HelloDemo.hello$default(HelloDemo.INSTANCE,(String)null,0,3,(Object)null);HelloDemo.hello$default(HelloDemo.INSTANCE, “承香墨影”, 0, 2, (Object)null);
HelloDemo.INSTANCE.hello(“承香墨影”, 16);

注意看示例的末尾，当使用 hello(name,age) 这个方法重载时，其实与 Java 中的调用，是一致的，这没什么好说的。

这就是 Kotlin 方法重载时，使用指定默认参数的方式，省去多个方法重载代码的原理。

理解原理后，发现它确实减少了我们编写的代码量，但是有没有场景，是我们就需要显式的存在这几个方法的重载的？自然是有的，例如自定义 View 时。

三. 自定义 View 遇上 Kotlin

3.1 构造方法也是方法

再回到前面提到的谷歌开发者的《实用 Kotlin 构建 Android 应用 | Kotlin 迁移指南》系列文章中，举的例子其实很不恰当。

它这里的例子中，使用了 View 这个词，并且重载的几个方法，都是 View 的构造方法，我们在自定义 View 时，经常会和这三个方法打交道。

但是谷歌工程师在这里举的例子，很容易让人误会，实际上你如果在自定义 View 时，这么写一定是会报错的。

例如我们自定义一个 DemoView，它继承自 EditView。

class DemoView(
context: Context,
attrs: AttributeSet? = null,
defStyleAttr: Int = 0
) : EditText(context, attrs, defStyleAttr) {
}

这个自定义的 DemoView，当使用在 XML 布局中时，虽然编译不会出错，但是运行时，你会得到一个 NoSuchMethodException。

Caused by: java.lang.NoSuchMethodException:  [class android.content.Context, interface android.util.AttributeSet]

什么问题呢？

在 LayoutInflater 创建控件时，找不到 DemoView(Context, AttributeSet) 这个重载方法，所以就报错了。

这其实很好理解，在前面说到 Kotlin 在使用带默认值的方法的原理，其实 Kotlin 最终会在编译后，额外生成一个合成方法，来处理方法的参数默认值的情况，它和 Java 的方法重载还不一样，用它生成的方法，确实不会存在多个方法的重载。

所以要明白，Kotlin 的方法指定默认参数与 Java 的方法重载，并不等价。只能说它们在某些场景下，特性是类似的。

3.2 使用 @JvmOverloads

那么回到这里的问题，在自定义 View 或者其他需要保留 Java 方法重载的场景下，怎么让 Kotlin 在编译时，真实的去生成对应的重载方法？

这里就需要用到 @JvmOverloads 了。

当 Kotlin 使用了默认值的方法，被增加了 @JvmOverloads 注解后，它的含义就是在编译时，保持并暴露出该方法的多个重载方法。

其实当我们自定义 View 时，AS 已经给了我们充分的提示，它会自动帮我们生成带@JvmOverloads 构造方法。

AS 帮我们补全的代码如下：

class DemoView @JvmOverloads constructor(
context: Context,
attrs: AttributeSet? = null,
defStyleAttr: Int = 0
) : AppCompatEditText(context, attrs, defStyleAttr) {
}

再用「Kotlin Bytecode + Decompile」查看一下编译后的代码，来验证 @JvmOverloads的效果。

@JvmOverloads
public DemoView(@NotNull Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
Intrinsics.checkParameterIsNotNull(context, “context”);
super(context, attrs, defStyleAttr);
}

// $FF: synthetic method
public DemoView(Context var1, AttributeSet var2, int var3, int var4, DefaultConstructorMarker var5) {
if ((var4 & 2) != 0) {
var2 = (AttributeSet)null;
}

if ((var4 & 4) != 0) {
var3 = 0;
}

this(var1, var2, var3);
}

@JvmOverloads
public DemoView(@NotNull Context context, @Nullable AttributeSet attrs) {
this(context, attrs, 0, 4, (DefaultConstructorMarker)null);
}

@JvmOverloads
public DemoView(@NotNull Context context) {
this(context, (AttributeSet)null, 0, 6, (DefaultConstructorMarker)null);
}

可以看到，@JvmOverloads 生效后，会按照我们的预期生成对应的重载方法，同时保留合成方法，完成在 Kotlin 中使用时，使用默认参数的需求。

是不是以为到这里就完了？并不是，如果你在自定义 View 时，完全按照 AS 给你的提示生成代码，虽然程序不会崩溃了，但你会得到一些未知的错误。

3.3 View 中别直接用 AS 生成代码

在自定义 View 时，依赖 AS 的提示生成代码，会遇到一些未知的错误。例如在本文的例子中，我们想要实现一个 EditView 的子类，用 AS 提示生成了代码。

会出现什么问题呢？

在 EditView 的场景下，你会发现焦点没有了，点击之后软键盘也不会自动弹出。

那为什么会出现这种问题？

原因就在 AS 在自动生成的代码时，对参数默认值的处理。

当在自定义 View 时，通过 AS 生成重载方法时，它对参数默认值的处理规则是这样的。

1. 遇到对象，默认值为 null。

2. 遇到基础数据类型，默认值为基本数据类型的默认值。例如 Int 就是 0，Boolean 就是 false。

而在这里的场景下， defStyleAttr 这个参数的类型为 Int，所以默认值会被赋值为 0，但是它并不是我们需要的。

在 Android 中，当 View 通过 XML 文件来布局使用时，会调用两个参数的构造方法(Context context, AttributeSet attrs)，而它内部会调用三个参数的构造方法，并传递一个默认的 defStyleAttr，注意它并不是 0。

既然找到了问题，就很好解决了。我们看看自定义 View 的父类中，两个参数的构造方法如何实现的，将 defStyleArrt 当默认值传递进去就好了。

那我们先看看 AppCompatEditText 中的实现。

public AppCompatEditText(Context context,
AttributeSet attrs) {
this(context, attrs, R.attr.editTextStyle);
}

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

尾声

评论里面有些同学有疑问关于如何学习material design控件，我的建议是去GitHub搜，有很多同行给的例子，这些栗子足够入门。

有朋友说要是动真格的话，需要NDK以及JVM等的知识，首现**NDK并不是神秘的东西，**你跟着官方的步骤走一遍就知道什么回事了，无非就是一些代码格式以及原生/JAVA内存交互，进阶一点的有原生/JAVA线程交互，线程交互确实有点蛋疼，但平常避免用就好了，再说对于初学者来说关心NDK干嘛，据鄙人以前的经历，只在音视频通信和一个嵌入式信号处理（离线）的两个项目中用过，嵌入式信号处理是JAVA->NDK->.SO->MATLAB这样调用的我原来MATLAB的代码，其他的大多就用在游戏上了吧，一般的互联网公司会有人给你公司的SO包的。
至于JVM,该掌握的那部分，相信我，你会掌握的，不该你掌握的，有那些专门研究JVM的人来做，不如省省心有空看看计算机系统，编译原理。

一句话，平常多写多练，这是最基本的程序员的素质，尽量挤时间，读理论基础书籍，JVM不是未来30年唯一的虚拟机，JAVA也不一定再风靡未来30年工业界，其他的系统和语言也会雨后春笋冒出来，但你理论扎实会让你很快理解学会一个语言或者框架，你平常写的多会让你很快熟练的将新学的东西应用到实际中。
初学者，一句话，多练。

一句话，平常多写多练，这是最基本的程序员的素质，尽量挤时间，读理论基础书籍，JVM不是未来30年唯一的虚拟机，JAVA也不一定再风靡未来30年工业界，其他的系统和语言也会雨后春笋冒出来，但你理论扎实会让你很快理解学会一个语言或者框架，你平常写的多会让你很快熟练的将新学的东西应用到实际中。*
初学者，一句话，多练。

由于文章篇幅问题复制链接查看详细文章以及获取学习笔记链接：前往我的GitHub