Kotlin伴随对象的初始化方法示例讲解

在Java中我们知道静态变量会在类加载时机的“初始化”阶段得到赋值(编译器会收集类中的静态变量及静态代码块,然后在类构造方法<clinit>()中执行,注意:这里不是实例构造方法),也就是真正运行程序中的代码;执行完类构造方法之后才会执行我们熟悉的实例构造方法。

  而在Kotlin中有所谓的伴随对象,用过的同学都知道,它的功能类似于Java中的静态变量,那它又是什么时候初始化的呢?来看一个例子,代码如下:

package com.zfang.testapp
class KConstructTest(val first: String, val second: Int) {
 init {// 111
 println("KConstructTest init")
 test(1)
 }
 companion object CC {
 init { // 222
 println("companion object init")
 }
 fun test(index: Int) {
 println("test, index = $index")
 }
 }
}

一个简单的kotlin类,里面包含一个伴随对象CC,现在写一个测试类来看一个标记111和222这两个地方谁先初始化,测试代码如下:

package com.zfang.testapp;
class Test {
 public static void main(String[] args) {
 KConstructTest test = new KConstructTest("ttt", 1);
 KConstructTest.CC cc = test.CC;
 }
}

一个简单的Java测试类,入口中直接new了一个KConstructTest对象,下面是程序输出:

companion object init
KConstructTest init
test, index = 1

从输出结果中可以看出是伴随对象的init代码块先执行了,然后才是主类中的init代码块执行。下面我们反编译看下生存的java类是怎样的。结果如下:

package com.zfang.testapp;
import kotlin.Metadata;
import kotlin.jvm.internal.DefaultConstructorMarker;
import kotlin.jvm.internal.Intrinsics;
import org.jetbrains.annotations.NotNull;
@Metadata(
 mv = {1, 7, 1},
 k = 1,
 d1 = {"\u0000\u0018\n\u0002\u0018\u0002\n\u0002\u0010\u0000\n\u0000\n\u0002\u0010\u000e\n\u0000\n\u0002\u0010\b\n\u0002\b\u0007\u0018\u0000 \u000b2\u00020\u0001:\u0001\u000bB\u0015\u0012\u0006\u0010\u0002\u001a\u00020\u0003\u0012\u0006\u0010\u0004\u001a\u00020\u0005¢\u0006\u0002\u0010\u0006R\u0011\u0010\u0002\u001a\u00020\u0003¢\u0006\b\n\u0000\u001a\u0004\b\u0007\u0010\bR\u0011\u0010\u0004\u001a\u00020\u0005¢\u0006\b\n\u0000\u001a\u0004\b\t\u0010\n¨\u0006\f"},
 d2 = {"Lcom/zfang/testapp/KConstructTest;", "", "first", "", "second", "", "(Ljava/lang/String;I)V", "getFirst", "()Ljava/lang/String;", "getSecond", "()I", "CC", "app_debug"}
)
public final class KConstructTest {
 @NotNull
 private final String first;
 private final int second;
 @NotNull
 public static final KConstructTest.CC CC = new KConstructTest.CC((DefaultConstructorMarker)null);
 @NotNull
 public final String getFirst() {
 return this.first;
 }
 public final int getSecond() {
 return this.second;
 }
 public KConstructTest(@NotNull String first, int second) {//与主构造方法对应
 Intrinsics.checkNotNullParameter(first, "first");
 super();
 this.first = first;
 this.second = second;
 String var3 = "KConstructTest init";//主类中的init代码块
 System.out.println(var3);
 CC.test(1);
 }
 static {//伴随对象中的init代码块
 String var0 = "companion object init";
 System.out.println(var0);
 }
 @Metadata(
 mv = {1, 7, 1},
 k = 1,
 d1 = {"\u0000\u0018\n\u0002\u0018\u0002\n\u0002\u0010\u0000\n\u0002\b\u0002\n\u0002\u0010\u0002\n\u0000\n\u0002\u0010\b\n\u0000\b\u0086\u0003\u0018\u00002\u00020\u0001B\u0007\b\u0002¢\u0006\u0002\u0010\u0002J\u000e\u0010\u0003\u001a\u00020\u00042\u0006\u0010\u0005\u001a\u00020\u0006¨\u0006\u0007"},
 d2 = {"Lcom/zfang/testapp/KConstructTest$CC;", "", "()V", "test", "", "index", "", "app_debug"}
 )
 public static final class CC {//伴随对象类
 public final void test(int index) {
 String var2 = "test, index = " + index;
 System.out.println(var2);
 }
 private CC() {
 }
 // $FF: synthetic method
 public CC(DefaultConstructorMarker $constructor_marker) {
 this();
 }
 }
}

额,反编译出来的Java代码看上去有点多的样子。不过逻辑还是很简单的,主要以下几点:

  • 伴随对象类编译成了与Java相对应的静态内部类(又叫内嵌类),并且伴随对象中的init代码块编译成了主类中的静态代码块。
  • 主类primary构造函数相应的就是Java类的构造函数,同时主类中的init代码块则编译到了主构造函数中了。

根据以上分析则可以得出结论:

  • 伴随对象中的init代码块首先执行(因为它被编译成主要的静态代码块了,在类的初始化阶段就会执行)。
  • 然后才会执行主类中的Init代码块(此代码块被编译到相应Java代码中的实例构造方法里面了,执行完类构造方法之后才会执行实例构造方法)。

所以如果项目中对主类Init块和伴随对象init块有初始化顺序要求的就需要注意相应的逻辑了。

作者:昉钰原文地址:https://blog.csdn.net/www586089/article/details/127983595

%s 个评论

要回复文章请先登录注册