Kotlin使用优化(三)

作者: 小小小小小粽子 | 来源:发表于2019-03-25 22:55 被阅读43次

    这一次我们来聊聊Kotlin的属性访问。

    Kotlin很多特性给我们减少了很多的冗余的代码,Properties也算其中之一吧。
    我们先来看看一个例子:

    class Text {
         var values: String? = null
         var clickListener: ((Text) -> Unit) = null
      }
    

    反编译成Java看看:

    public final class Text {
       @Nullable
      private String values;
      @NotNull
      private Function1 clickListener;    @Nullable
      public final String getValues() {
          return this.values;
      }
    
       public final void setValues(@Nullable String var1) {
          this.values = var1;
      }
    
       @NotNull
      public final Function1 getClickListener() {
          return this.clickListener;
      }
    
       public final void setClickListener(@NotNull Function1 var1) {
          Intrinsics.checkParameterIsNotNull(var1, "<set-?>");
     this.clickListener = var1;
      }
    }
    

    不用我们再去写set跟get方法了,编译器会给我们实现。

    这里顺便提一下backing field,我们也可以实现自己的get跟set方法,此时就需要借助这个backing field,使用的方法如下:

    var values: String? = null
     set(value) {
            field = value
        }
        get() {
           return field
      }
    

    关于backing field不做过多的解释,大家可以参考文档:backing field

    我们也不是非backing field不可,骚操作总是有的嘛!

    我就要这么写:

    class Text {
        private var _values: String? = null
     var values: String? = null
     set(value) {
                _values = value
            }
            get() {
                _values
      }
        var clickListener: ((Text) -> Unit) = null }
    

    从反编译的Java代码来看:

    public final class Text {
       private String _values;
      @NotNull
      private Function1 clickListener;    @Nullable
      public final String getValues() {
          return this._values;
      }
    
       public final void setValues(@Nullable String value) {
          this._values = value;
      }
    
       @NotNull
      public final Function1 getClickListener() {
          return this.clickListener;
      }
    
       public final void setClickListener(@NotNull Function1 var1) {
          Intrinsics.checkParameterIsNotNull(var1, "<set-?>");
     this.clickListener = var1;
      }
    }
    

    我们的类只有一个_values字段跟get,set方法,编译器自动给我们优化了一下,哈哈。

    但是我如果把_values的private修饰去掉:

    class Text {
         var _values: String? = null
     var values: String? = null
     set(value) {
                _values = value
            }
            get() {
                _values
      }
        var clickListener: ((Text) -> Unit) = null }
    

    结果又不一样了:

    public final class Text {
       @Nullable
      private String _values;
      @NotNull
      private Function1 clickListener;    @Nullable
      public final String get_values() {
          return this._values;
      }
    
       public final void set_values(@Nullable String var1) {
          this._values = var1;
      }
    
       @Nullable
      public final String getValues() {
          return this._values;
      }
    
       public final void setValues(@Nullable String value) {
          this._values = value;
      }
    
       @NotNull
      public final Function1 getClickListener() {
          return this.clickListener;
      }
    
       public final void setClickListener(@NotNull Function1 var1) {
          Intrinsics.checkParameterIsNotNull(var1, "<set-?>");
     this.clickListener = var1;
      }
    }
    

    所以这里大家要注意,即便不喜欢backing filed或者backing field不满足需求,也要注意避免生成冗余的方法。

    有时候我们很极端,甚至连默认的get跟set都不想生成,我们只想保存简单的数据,我们想用的时候直接访问它,这当然也是可以做到的。

    我们知道data class会根据在初始构造函数中的字段,生成一系列便利的方法,比如copy,toString,当然了,也有那些字段的get,set方法,我们看一下这个类:

    data class Point constructor(var x: Int, var y: Int)
    

    再看看反编译出来的Java代码:

    public final class Point {
       private int x;
     private int y;   public final int getX() {
          return this.x;
      }
    
       public final void setX(int var1) {
          this.x = var1;
      }
    
       public final int getY() {
          return this.y;
      }
    
       public final void setY(int var1) {
          this.y = var1;
      }
    
       public Point(int x, int y) {
          this.x = x;
     this.y = y;
      }
    
       public final int component1() {
          return this.x;
      }
    
       public final int component2() {
          return this.y;
      }
    
       @NotNull
      public final Point copy(int x, int y) {
          return new Point(x, y);
      }
    
       // $FF: synthetic method
      @NotNull
      public static Point copy$default(Point var0, int var1, int var2, int var3, Object var4) {
          if ((var3 & 1) != 0) {
             var1 = var0.x;
      }
    
          if ((var3 & 2) != 0) {
             var2 = var0.y;
      }
    
          return var0.copy(var1, var2);
      }
    
       @NotNull
      public String toString() {
          return "Point(x=" + this.x + ", y=" + this.y + ")";
      }
    
       public int hashCode() {
          return this.x * 31 + this.y;
      }
    
       public boolean equals(@Nullable Object var1) {
          if (this != var1) {
             if (var1 instanceof Point) {
                Point var2 = (Point)var1;
     if (this.x == var2.x && this.y == var2.y) {
                   return true;
      }
             }
    
             return false;
      } else {
             return true;
      }
       }
    }
    

    但是我们并不想要这么多方法,我们就不能像Android提供给我们的PointF类一样直接访问x,y吗?可以的,很简单:

    data class Point constructor(@JvmField var x: Int, @JvmField var y: Int)
    

    对应的:

    public final class Point {
       @JvmField
      public int x;
      @JvmField
      public int y;   public Point(int x, int y) {
          this.x = x;
     this.y = y;
      }
    
       public final int component1() {
          return this.x;
      }
    
       public final int component2() {
          return this.y;
      }
    
       @NotNull
      public final Point copy(int x, int y) {
          return new Point(x, y);
      }
    
       // $FF: synthetic method
      @NotNull
      public static Point copy$default(Point var0, int var1, int var2, int var3, Object var4) {
          if ((var3 & 1) != 0) {
             var1 = var0.x;
      }
    
          if ((var3 & 2) != 0) {
             var2 = var0.y;
      }
    
          return var0.copy(var1, var2);
      }
    
       @NotNull
      public String toString() {
          return "Point(x=" + this.x + ", y=" + this.y + ")";
      }
    
       public int hashCode() {
          return this.x * 31 + this.y;
      }
    
       public boolean equals(@Nullable Object var1) {
          if (this != var1) {
             if (var1 instanceof Point) {
                Point var2 = (Point)var1;
     if (this.x == var2.x && this.y == var2.y) {
                   return true;
      }
             }
    
             return false;
      } else {
             return true;
      }
       }
    }
    

    这样就行了,在这种场景下我们不会再有get,set方法的开销。

    @JvmField这个注解会告诉编译器,直接生成field就好了,不用给我生成get,set方法了,我们稍后再来看看还可以用它做什么优化。

    Kotlin相比Java更加面向对象,但是就结果而言,静态方法,静态字段比实例字段,实例方法更快一点。

    在Java coding中我们常常需要建一些工具类保存一些常量或者方法,Kotlin支持编译时常量跟顶级方法,不需要我们先创建一个类,还是举个例子吧:

    const val neededTime = 10   
    
    fun neededTimeMultiple2(): Int {
        return neededTime + neededTime 
        }
    

    好像也很方便,我们来看看生成的字节码:

    public final class ConstantsKt {
    
      // access flags 0x19
      public final static I neededTime = 10
    
      // access flags 0x19
      public final static neededTimeMultiple2()I
       L0
        LINENUMBER 4 L0
        BIPUSH 20
        IRETURN
       L1
        MAXSTACK = 1
        MAXLOCALS = 0
    }
    
    

    再反编译成Java代码看看:

    public final class ConstantsKt {
       public static final int neededTime = 10;   public static final int neededTimeMultiple2() {
          return 20;
      }
    }
    

    neededTimeMultiple2函数被直接赋值了20!

    就结果而言,虽然Kotlin支持这种顶级成员,编译器还是给我们创建了类,然后把他们作为生成的类的成员,只不过这个类没有生成构造器,没有生成其他多余的方法。怪不得官方建议我们把编译时常量都放在一个文件里作为顶级成员,那我Point方法又不能生命成编译时常量,我把它用val修饰放进来会怎么样呢?

    const val neededTime = 10   
    
    fun neededTimeMultiple2(): Int {
        return neededTime + neededTime 
        }
    
    val temp = Point(1, 2)
    

    再来看看字节码:

    public final class ConstantsKt {
    
    
      // access flags 0x19
      public final static I neededTime = 10
    
      // access flags 0x19
      public final static neededTimeMultiple2()I
       L0
        LINENUMBER 4 L0
        BIPUSH 20
        IRETURN
       L1
        MAXSTACK = 1
        MAXLOCALS = 0
    
      // access flags 0x1A
      private final static LPoint; temp
      @Lorg/jetbrains/annotations/NotNull;() // invisible
    
      // access flags 0x19
      public final static getTemp()LPoint;
      @Lorg/jetbrains/annotations/NotNull;() // invisible
       L0
        LINENUMBER 7 L0
        GETSTATIC ConstantsKt.temp : LPoint;
        ARETURN
       L1
        MAXSTACK = 1
        MAXLOCALS = 0
    
      // access flags 0x8
      static <clinit>()V
       L0
        LINENUMBER 7 L0
        NEW Point
        DUP
        ICONST_1
        ICONST_2
        INVOKESPECIAL Point.<init> (II)V
        PUTSTATIC ConstantsKt.temp : LPoint;
        RETURN
        MAXSTACK = 4
        MAXLOCALS = 0
    }
    
    

    难受了,不仅给我们生成了get方法,还生成了构造函数,开销跟加入变量之前简直没法儿比,我得活学活用优化一下呀,于是我祭出了@JvmField

    public final class ConstantsKt {
    
    
      // access flags 0x19
      public final static I neededTime = 10
    
      // access flags 0x19
      public final static neededTimeMultiple2()I
       L0
        LINENUMBER 4 L0
        BIPUSH 20
        IRETURN
       L1
        MAXSTACK = 1
        MAXLOCALS = 0
    
      // access flags 0x19
      public final static LPoint; temp
      @Lkotlin/jvm/JvmField;() // invisible
      @Lorg/jetbrains/annotations/NotNull;() // invisible
    
      // access flags 0x8
      static <clinit>()V
       L0
        LINENUMBER 8 L0
        NEW Point
        DUP
        ICONST_1
        ICONST_2
        INVOKESPECIAL Point.<init> (II)V
        PUTSTATIC ConstantsKt.temp : LPoint;
        RETURN
        MAXSTACK = 4
        MAXLOCALS = 0
    }
    
    

    好了很多,编译器不再给我们生成get方法了,但是这个<clinit>()块还是无法优化掉,哎,大家还是尽量不要把非运行时常量跟运行时常量混合在一起吧。

    其实还有些没说完,还想说说内部类访问外部类成员以及lateinit的注意事项,但是感觉跟这一节还是有些不同的,索性就区分开来,咱们下回再说。

    相关文章

      网友评论

        本文标题:Kotlin使用优化(三)

        本文链接:https://www.haomeiwen.com/subject/thwivqtx.html