# Kotlin使用优化(四)

上回我们聊到Kotlin的属性访问,编译器确实默默帮我们做了很多事情,隐藏的事情越多,潜在开销的可能性就越大,好在,我们通过分析知道了可能的优化点,这一节我们以此为基础做一些延申。

相信大家在使用第三方SDK的时候,都需要在Application里面初始化,它们需要一个Context对象,我们通常声明一个成员变量然后在onCreate方法里面初始它们,但是Kotlin里面对象有Nullable跟NonNull的区别,我们明知道下次在使用这个对象的时候它不可能为空,还是得一遍遍的检查它是否赋值,否则编译器就会发出警告。

Kotlin提供了一个便利的语法糖lateinit,使用它,我们依然可以在onCreate里面初始化对象,同时把对象声明成NonNull。来看个例子:

class Main {
    private lateinit var name: String
    
    fun onCreate() {
        name = "王小明"
  }
}
复制代码

从字节码来看,这被编译成一个普通的Java字段:

public final class Main {


  // access flags 0x2
  private Ljava/lang/String; name

  // access flags 0x11
  public final onCreate()V
   L0
    LINENUMBER 6 L0
    ALOAD 0
    LDC "\u738b\u5c0f\u660e"
    PUTFIELD Main.name : Ljava/lang/String;
   L1
    LINENUMBER 7 L1
    RETURN
   L2
    LOCALVARIABLE this LMain; L0 L2 0
    MAXSTACK = 2
    MAXLOCALS = 1

  // access flags 0x1
  public <init>()V
   L0
    LINENUMBER 3 L0
    ALOAD 0
    INVOKESPECIAL java/lang/Object.<init> ()V
    RETURN
   L1
    LOCALVARIABLE this LMain; L0 L1 0
    MAXSTACK = 1
    MAXLOCALS = 1
}
复制代码

但是,当我们使用这个name字段的时候:

fun onCreate() {
    name = "王小明"
  print(name)
}
复制代码

编译器会做额外的检查:

 LINENUMBER 4 L0
    ALOAD 0
    LDC "\u738b\u5c0f\u660e"
    PUTFIELD Main.name : Ljava/lang/String;
   L1
    LINENUMBER 5 L1
    ALOAD 0
    GETFIELD Main.name : Ljava/lang/String;
    DUP
    IFNONNULL L2
    LDC "name"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.throwUninitializedPropertyAccessException (Ljava/lang/String;)V
   L2
    ASTORE 1
   L3
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    ALOAD 1
    INVOKEVIRTUAL java/io/PrintStream.print (Ljava/lang/Object;)V
   L4
   L5
    LINENUMBER 6 L5
    RETURN
   L6
    LOCALVARIABLE this LMain; L0 L6 0
    MAXSTACK = 2
    MAXLOCALS = 2
复制代码

主要是这里:

 LINENUMBER 5 L1
    ALOAD 0
    GETFIELD Main.name : Ljava/lang/String;
    DUP
    IFNONNULL L2
    LDC "name"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.throwUninitializedPropertyAccessException (Ljava/lang/String;)V
复制代码

我们可以看到,每次我们访问这个字段,编译器会检查这个字段是否已经初始化,我们可以减少检查的次数,笨方法就是在使用前把它赋值给一个本地变量:

fun onCreate() {
    name = "王小明"
  val value = name
  print(value)
    print(value)
}
复制代码

这样编译器只会在我们给value赋值时检查name是否已初始化,我们后来再使用本地变量value也不会有额外的开销:

// access flags 0x11
  public final onCreate()V
   L0
    LINENUMBER 4 L0
    ALOAD 0
    LDC "\u738b\u5c0f\u660e"
    PUTFIELD Main.name : Ljava/lang/String;
   L1
    LINENUMBER 5 L1
    ALOAD 0
    GETFIELD Main.name : Ljava/lang/String;
    DUP
    IFNONNULL L2
    LDC "name"
    INVOKESTATIC kotlin/jvm/internal/Intrinsics.throwUninitializedPropertyAccessException (Ljava/lang/String;)V
   L2
    ASTORE 1
   L3
    LINENUMBER 6 L3
   L4
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    ALOAD 1
    INVOKEVIRTUAL java/io/PrintStream.print (Ljava/lang/Object;)V
   L5
   L6
    LINENUMBER 7 L6
   L7
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    ALOAD 1
    INVOKEVIRTUAL java/io/PrintStream.print (Ljava/lang/Object;)V
   L8
   L9
    LINENUMBER 8 L9
    RETURN
   L10
    LOCALVARIABLE value Ljava/lang/String; L3 L10 1
    LOCALVARIABLE this LMain; L0 L10 0
    MAXSTACK = 2
    MAXLOCALS = 2
复制代码

从字节码里就可以看出这一点。

要更优雅一些,我们可以使用also扩展方法这样:

fun onCreate() {
    name = "王小明"
    name.also {  
    
     } 
   }
复制代码

这样编译器也只会做一次检查,原因不再赘述。

这种使用外部定义的成员的场景比较常见,我们甚至经常会在内部类里面访问外部类的成员。

class Main {
    private var name = "王小明"    
    inner class Inner {
        fun printName() {
            print(name)
        }
    }
}
复制代码

来看看反编译的Java代码:

public final class Main {
   private String name = "王小明";    // $FF: synthetic method
  public static final void access$setName$p(Main $this, String var1) {
      $this.name = var1;
  }

   public final class Inner {
      public final void printName() {
         String var1 = Main.this.name;
         System.out.print(var1);
  }
   }
}
复制代码

编译器生成了两个类,还生成了一些特殊的方法让内部类来访问Main类的私有成员,我们也可以看到printName方法最终就是调用这个生成的方法来获取name的值的:

// access flags 0x11
  public final printName()V
   L0
    LINENUMBER 6 L0
    ALOAD 0
    GETFIELD Main$Inner.this$0 : LMain;
    INVOKESTATIC Main.access$getName$p (LMain;)Ljava/lang/String;
    ASTORE 1
   L1
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    ALOAD 1
    INVOKEVIRTUAL java/io/PrintStream.print (Ljava/lang/Object;)V
   L2
   L3
    LINENUMBER 7 L3
    RETURN
   L4
    LOCALVARIABLE this LMain$Inner; L0 L4 0
    MAXSTACK = 2
    MAXLOCALS = 2

复制代码

如果我们把name声明成public呢?

 // access flags 0x2
  private Ljava/lang/String; name
  @Lorg/jetbrains/annotations/NotNull;() // invisible

复制代码

很遗憾,编译器还是帮我们编译成私有成员,然后生成get,set方法,然后还是调用方法去获取name的值。

 L0
    LINENUMBER 6 L0
    ALOAD 0
    GETFIELD Main$Inner.this$0 : LMain;
    INVOKEVIRTUAL Main.getName ()Ljava/lang/String;
    ASTORE 1
复制代码

我还不信了,声明成public你还给我直接访问,还要给我生成get,set方法?

于是我又给name加上了@JvmField注解,没错,我总是想搞事情,哈哈

public final class Main {
   @JvmField
   @NotNull  
 public String name = "王小明";   
   public final class Inner {
      public final void printName() {
         String var1 = Main.this.name;
  System.out.print(var1);
  }
   }
}
复制代码

就结果而言,我是满意的,这下编译器终于不会悄咪咪地给我生成额外的方法了。

今天的故事,到这里差不多就要结束了,下回,我们来说说让Kotlin看起来不那么OOP的伴生对象的坑,期待吧?

转载于:https://juejin.im/post/5c9a3bb4f265da60c833f57d

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值