Kotlin构造函数与成员变量和init代码块执行顺序详细讲解

目录

在Kotlin中经常看到主构造函数、成员变量、init代码块(也叫初始化器),它们的执行时机和顺序是什么样的呢?看一下官方的示例:

class InitOrderDemo(name: String) {
    val firstProperty = "First property: $name".also(::println)
    init {
        println("First initializer block that prints ${name}")
    }
    val secondProperty = "Second property: ${name.length}".also(::println)
    init {
        println("Second initializer block that prints ${name.length}")
    }
}

官方示例仅仅是展示了打印结果,没有进行深入剖析。

下面围绕下面几个问题进行剖析。

为什么成员变量可以直接使用构造函数的参数?

成员变量和init初始化器执行先后顺序是什么?

构造函数与init初始化器执行先后顺序是什么?

以上代码,调用InitOrderDemo(“hello”),打印结果如下:

First property: hello
First initializer block that prints hello
Second property: 5
Second initializer block that prints 5

可以看到执行顺序,是按照它们声明的顺序执行。

那么为什么会这样呢?将这段代码转化成Java代码就会一目了然了。

将kotlin转成Java代码的操作步骤:

打开某个Kotlin类 -> 点击android studio菜单栏上的tools- > kotlin -> Decompile kotlin to java

转化成Java代码如下:

import kotlin.Metadata;
import kotlin.Unit;
import kotlin.jvm.internal.Intrinsics;
import org.jetbrains.annotations.NotNull;
public final class InitOrderDemo {
   @NotNull
   private final String firstProperty;
   @NotNull
   private final String secondProperty;
   @NotNull
   public final String getFirstProperty() {
      return this.firstProperty;
   }
   @NotNull
   public final String getSecondProperty() {
      return this.secondProperty;
   }
   public InitOrderDemo(@NotNull String name) {
      Intrinsics.checkNotNullParameter(name, "name");
      super();
      String var2 = "First property: " + name;
      boolean var3 = false;
      boolean var4 = false;
      int var6 = false;
      boolean var7 = false;
      System.out.println(var2);
      Unit var9 = Unit.INSTANCE;
      this.firstProperty = var2;
      var2 = "First initializer block that prints " + name;
      var3 = false;
      System.out.println(var2);
      var2 = "Second property: " + name.length();
      var3 = false;
      var4 = false;
      var6 = false;
      var7 = false;
      System.out.println(var2);
      var9 = Unit.INSTANCE;
      this.secondProperty = var2;
      var2 = "Second initializer block that prints " + name.length();
      var3 = false;
      System.out.println(var2);
   }
}

可以看到,Kotlin的成员变量初始化是放在构造函数当中的,init代码块也是"拷贝"到了构造函数当中,并且是按照声明顺序"拷贝"的,所以它们都是构造函数的一部分。 所以kotlin跟Java还是不一样的,Java成员变量是优先于构造函数初始化,Kotlin按照声明顺序初始化。

而且可以看到Kotlin用val声明的只读变量在Java里只是加一个final关键字,生成了get方法没有set方法。

下面将以上kotlin代码略微改一下,给主构造函数参数加上默认值看看会怎么样,将val改成var变量看看有啥不同,并且添加一个次构造函数看看代码执行顺序:

class InitOrderDemo(name:String="test") {
    val firstProperty = "First property: $name".also(::println)
    init {
        println("First initializer block that prints ${name}")
    }
    var secondProperty = "Second property: ${name.length}".also(::println)
    init {
        println("Second initializer block that prints ${name.length}")
    }
    constructor(name:String,age:Int):this(name){
        println("Sub constructor block that prints age= ${age}")
    }
}

转化成Java代码如下:

public final class InitOrderDemo {
   @NotNull
   private final String firstProperty;
   @NotNull
   private String secondProperty;
   @NotNull
   public final String getFirstProperty() {
      return this.firstProperty;
   }
   @NotNull
   public final String getSecondProperty() {
      return this.secondProperty;
   }
   public final void setSecondProperty(@NotNull String var1) {
      Intrinsics.checkNotNullParameter(var1, "<set-?>");
      this.secondProperty = var1;
   }
   public InitOrderDemo(@NotNull String name) {
      Intrinsics.checkNotNullParameter(name, "name");
      super();
      String var2 = "First property: " + name;
      boolean var3 = false;
      boolean var4 = false;
      int var6 = false;
      boolean var7 = false;
      System.out.println(var2);
      Unit var9 = Unit.INSTANCE;
      this.firstProperty = var2;
      var2 = "First initializer block that prints " + name;
      var3 = false;
      System.out.println(var2);
      var2 = "Second property: " + name.length();
      var3 = false;
      var4 = false;
      var6 = false;
      var7 = false;
      System.out.println(var2);
      var9 = Unit.INSTANCE;
      this.secondProperty = var2;
      var2 = "Second initializer block that prints " + name.length();
      var3 = false;
      System.out.println(var2);
   }
   // $FF: synthetic method
   public InitOrderDemo(String var1, int var2, DefaultConstructorMarker var3) {
      if ((var2 & 1) != 0) {
         var1 = "test";
      }

      this(var1);
   }
   public InitOrderDemo() {
      this((String)null, 1, (DefaultConstructorMarker)null);
   }
   public InitOrderDemo(@NotNull String name, int age) {
      Intrinsics.checkNotNullParameter(name, "name");
      this(name);
      String var3 = "Sub constructor block that prints age= " + age;
      boolean var4 = false;
      System.out.println(var3);
   }
}

可以看到,生成了三个构造函数,一个有name参数的构造函数,一个有name和age的构造函数,一个无参构造函数(有默认值)。在无参构造函数中带上默认值委托给了有参构造函数。声明为var的变量既生成了get函数也生成了set函数。次构造函数中的代码优化级最低,放在了最后执行。

总结一下:

1、不管调用哪个次级构造函数,都是先执行主构造函数(初始化成员变量和执行init代码块),再执行次级构造函数代码。所以kotlin规定次级构造函数先要委托给主构造函数。

2、成员变量初始化和init代码块谁先执行是按它们的声明顺序来的。

经常以上分析,相信大家对kotlin的构造函数、成员变量、init代码块执行顺序和原理有清楚的认识了吧。

笔者又从字节码的角度分析了它们的执行顺序:

从字节码角度分析kotlin构造函数、成员变量、init代码块执行顺序

到此这篇关于Kotlin构造函数与成员变量和init代码块执行顺序详细讲解的文章就介绍到这了,更多相关Kotlin构造函数内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

时间: 2022-11-12

Kotlin如何安全访问lateinit变量的实现

Kotlin设计之初就是不允许非null变量在声明期间不进行初始化的,为了解决这个问题,Kotlin lateinit 允许我们先声明一个变量,然后在程序执行周期的将来某个时候将其初始化,让编译检查时不会 因为属性变量未被初始化而报错.如果未初始化将导致以下异常: kotlin.UninitializedPropertyAccessException: lateinit property mList has not been initialized 所以我们在 Kotlin 1.2及更高版本上,

Kotlin lateinit与by lazy案例详解

lateinit 和 lazy 是 Kotlin 中的两种不同的延迟初始化的实现 lateinit 只用于变量 var,而 lazy 只用于常量 val lazy 应用于单例模式(if-null-then-init-else-return),而且当且仅当变量被第一次调用的时候,委托方法才会执行. lazy()是接受一个 lambda 并返回一个 Lazy <T> 实例的函数,返回的实例可以作为实现延迟属性的委托: 第一次调用 get() 会执行已传递给 lazy() 的 lambda 表达式并

Kotlin修饰符lateinit(延迟初始化)案例详解

Kotlin定义变量一般有如下写法 lateinit var name: String var age: String? = null 那么用lateinit 修饰和下面那种有什么区别呢,我们来看一下这两行代码反编译成java代码是什么样子的. @NotNull public String name; @Nullable private String age; @NotNull public final String getName() { String var10000 = this.name

Java Spring @Lazy延迟注入源码案例详解

前言 有时候我们会在属性注入的时候添加@Lazy注解实现延迟注入,今天咱们通过阅读源码来分析下原因 一.一个简单的小例子 代码如下: @Service public class NormalService1 { @Autowired @Lazy private MyService myService; public void doSomething() { myService.getName(); } } 作用是为了进行延迟加载,在NormalService1进行属性注入的时候,如果MyServ

kotlin之闭包案例详解

闭包,函数式编程福音 先了解函数式编程(Functional Programming) 概念:它属于"结构化编程"的一种,主要思想是把运算过程尽量写成一系列嵌套的函数调用.函数式编程语言最重要的基础是λ运算(Lambda表达式),λ运算的函数可以接受函数当做参数或返回值. 对比函数式编程与面向对象编程 面向对象编程(Object-oriented programming,缩写OOP) 面向对象编程是一种具有对象概念的程序编程范型,它可能包含数据.属性.方法.它将对象作为程序的基本单元,

Kotlin常用函数let,with,run,apply用法与区别案例详解

在kotlin编程中let.with.run.apply这些函数使用率是非常高的,有时候可以通用,差别很小,但如果能记住他们的不同点,可以更加合理的选择使用. 在这之前首先要了解一下Lambda表达式的一些规则,这会帮助你理解使用这些函数的时候有没有( )可不可以用it代替参数等.因为这些函数的最后一个参数都是lambda. 如何理解lambda呢?可以把lambda理解为就是一个对象,但这个对象比较特殊,它是一段代码,既然是对象就可以作为函数的参数使用.这种对象称为函数对象. lambda表达

Android Kotlin使用SQLite案例详解

Kotlin使用SQLite 首先确定我们的目标,SQLite只是一种工具,我们需要掌握就是增删改查就可以,我们真正需要动脑的还是项目中的业务逻辑.我这篇文章写得比较适合新手,没用过SQLite的同学. 前期准备工作 新建一个类MyDataBaseHelper继承自SQLiteOpenHelper,代码如下: class MyDatabaseHelper(var context: Context, name: String, version: Int) : SQLiteOpenHelper(co

Kotlin + Retrofit + RxJava简单封装使用详解

本文介绍了Kotlin + Retrofit + RxJava简单封装使用详解,分享给大家,具体如下: 实例化Retrofit object RetrofitUtil { val CONNECT_TIME_OUT = 30//连接超时时长x秒 val READ_TIME_OUT = 30//读数据超时时长x秒 val WRITE_TIME_OUT = 30//写数据接超时时长x秒 val retrofit: Retrofit by lazy { Log.d("RetrofitUtil"

Python 中闭包与装饰器案例详解

项目github地址:bitcarmanlee easy-algorithm-interview-and-practice 1.Python中一切皆对象 这恐怕是学习Python最有用的一句话.想必你已经知道Python中的list, tuple, dict等内置数据结构,当你执行: alist = [1, 2, 3] 时,你就创建了一个列表对象,并且用alist这个变量引用它: 当然你也可以自己定义一个类: class House(object): def __init__(self, are

Java ThreadLocal原理解析以及应用场景分析案例详解

目录 ThreadLocal的定义 ThreadLocal的应用场景 ThreadLocal的demo TheadLocal的源码解析 ThreadLocal的set方法 ThreadLocal的get方法 ThreadLocalMap的结构 ThreadLocalMap的set方法 ThreadLocalMap的getEntry方法 ThreadLocal的内存泄露 如何避免内存泄露呢 应用实例 实际应用二 总结 ThreadLocal的定义 JDK对ThreadLocal的定义如下: The

PHP autoload机制案例详解

PHP在魔术函数__autoload()方法出现以前,如果你要在一个程序文件中实例化100个对象,那么你必须用include或者require包含进来100个类文件,或者你把这100个类定义在同一个类文件中--相信这个文件一定会非常大.但是__autoload()方法出来了,以后就不必为此大伤脑筋了,这个类会在你实例化对象之前自动加载制定的文件. 1. autoload 机制概述 在使用PHP的OO模式开发系统时,通常大家习惯上将每个类的实现都存放在一个单独的文件里,这样会很容易实现对类进行复用