Kotlin可能带来的一个深坑，kotlin枚举注解

最新推荐文章于 2024-09-08 06:14:59 发布

m0_65511948

最新推荐文章于 2024-09-08 06:14:59 发布

阅读量369

点赞数

分类专栏：程序员文章标签：面试移动开发 android

本文链接：https://blog.csdn.net/m0_65511948/article/details/122108040

版权

程序员专栏收录该内容

87 篇文章 0 订阅

订阅专栏

本文探讨了Kotlin方法参数默认值在Java中的使用差异，揭示了Kotlin编译成Java字节码时如何处理默认参数，并通过`@JvmOverloads`注解解决自定义View时的构造方法重载问题。在自定义View时，直接使用Android Studio（AS）生成的代码可能导致焦点丢失和软键盘不自动弹出，原因是AS对默认参数的处理。解决方案是参考父类构造方法设置正确的默认值。

摘要由CSDN通过智能技术生成

HelloDemo.hello()
HelloDemo.hello(“承香墨影”)
HelloDemo.hello(“承香墨影”, 16)

但是这个通过 Kotlin 方法参数默认值的特性申明的方法，在 Java 类中使用时，就有些区别了。因为 HelloDemo 类被声明为 object，所以在 Java 中需要使用 INSTANCE 来调用它的方法。

HelloDemo.INSTANCE.hello(“承香墨影”,16);

Kotlin 中调用 hello() 方法很方便，可以选择性的忽略参数，但是在 Java 中使用，必须全量的显式的去做参数赋值。

这就是使用了参数默认值的方法申明时，分别在 Kotlin 和 Java 中的使用方式，接下来我们看看原理。

2.2 Kotlin 方法参数指定默认值的原理

Kotlin 编写的代码，之所以可以在 Java 系的虚拟机中运行，主要是因为它在编译的过程中，会被编译成虚拟机可识别的 Java 字节码。所以我们通过两次转换的方式（Show Kotlin Bytecode + Decompile），就可以得到 Kotlin 生成的对应 Java 代码了。

public final void hello(@NotNull String name, int age) {
Intrinsics.checkParameterIsNotNull(name, “name”);
if (age > 0) {
System.out.println("Hello, " + name + ‘(’ + age + “)!”);
} else {
System.out.println("Hello, " + name + ‘!’);
}
}

// $F F : s y n t h e t i c m e t h o d p u b l i c s t a t i c v o i d h e l l o$ default(HelloDemo var0, String var1, int var2, int var3, Object var4) {
if ((var3 & 1) != 0) {
var1 = “world”;
}

if ((var3 & 2) != 0) {
var2 = 0;
}
var0.hello(var1, var2);
}

在这里会生成一个 hello() 方法，同时还会有一个合成方法（synthetic method）hello$default，用来处理默认参数的问题。在 Kotlin 中调用 hello() 方法，会在编译期间，有选择性的自动替换成 hello() 的合成方法去调用。

// Kotlin 调用
HelloDemo.hello()
HelloDemo.hello(“承香墨影”)
HelloDemo.hello(“承香墨影”, 16)

// 编译后的 Java 代码
HelloDemo.hello $d e f a u l t (H e l l o D e m o . I N S T A N C E, (S t r i n g) n u l l, 0, 3, (O b j e c t) n u l l); H e l l o D e m o . h e l l o$ 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 给你的提示生成代码，虽然程序不会崩溃了，但你会得到一些未知的错误。