終於明白爲什麼要加 final 關鍵字了!【巴分巴秒】

在開發過程中,由於習慣的原因,我們可能對某種編程語言的一些特性習以爲常,特別是只用一種語言作爲日常開發的情況。但是當你使用超過一種語言進行開發的時候就會發現,雖然都是高級語言,但是它們之間很多特性都是不太相同的。

現象描述
在 Java 8 之前,匿名內部類在使用外部成員的時候,會報錯並提示 “Cannot refer to a non-final variable arg inside an inner class defined in a different method”:
在這裏插入圖片描述
但是在 Java 8 之後,類似場景卻沒有再提示了:
在這裏插入圖片描述
難道是此類變量可以隨便改動了嗎?當然不是,當你試圖修改這些變量的時候,仍然會提示錯誤:在這裏插入圖片描述
可以看到,當試圖修改基本數據類型的變量時,編譯器的警告變成了 “Varible ‘num’ is accessed from within inner class, need to be final or effectively final”,很遺憾,仍然不能修改。相比之下,Kotlin 是沒有這個限制的:

在這裏插入圖片描述
原因分析
從表面上當然看不出什麼原因,看看編譯器做了什麼工作吧!運行 javac 命令後生成了幾個 .class 文件:
在這裏插入圖片描述
不難推斷,這個 TestInnerClass$1.class 就是匿名內部類編譯後的文件,看看它反編譯後是什麼內容:

class TestInnerClass$1 extends InnerClass {
    TestInnerClass$1(TestInnerClass var1, int var2, DataBean var3) {
        super(var1);
        this.this$0 = var1;
        this.val$num = var2;
        this.val$bean = var3;
    }

    void doSomething() {
        super.doSomething();
        System.out.println("num = " + this.val$num);
        System.out.println("bean name is: " + this.val$bean.name);
    }
}

原來,匿名也會被當作普通的類處理,只不過編譯器生成它構造方法的時候,除了將外部類的引用傳遞了過來,還將基本數據類型的變量複製了一份過來,並把引用數據類型的變量引用也傳遞了過來。因此,基本數據類型的變量當然不能修改了,不然就會跟外部的變量產生不一致,這樣的話變量的傳遞也就變得毫無意義了。

情景對比

但是爲什麼對於 Kotlin 來說可以在匿名內部類中直接修改基本數據類型的值呢?查看 Kotlin 編譯後反編譯回來的內容:

   public final void useNestedClass(@NotNull final TestNestedClass.DataBean bean) {
      Intrinsics.checkParameterIsNotNull(bean, "bean");
      final IntRef num = new IntRef();//---1
      num.element = 1;//---2
      String var3 = "before action, num = " + num.element;
      System.out.println(var3);
      <undefinedtype> nestedClass = new TestNestedClass.NestedClass() {
         public void doSomething() {
            num.element = 678;//---3
            bean.setName("xyz");
            String var1 = "num = " + num.element;
            System.out.println(var1);
            var1 = "bean name is: " + bean.getName();
            System.out.println(var1);
         }
      };
      nestedClass.doSomething();
      String var4 = "after action, num = " + num.element;//---4
      System.out.println(var4);
   }

可以發現,當需要傳遞基本數據類型的變量時,Kotlin 編譯器會將這些數據進行包裝,從而由值傳遞變爲引用傳遞,這樣內部的修改當然就不會影響到外部了。

驗證一下,當變量不進行傳遞時,Kotlin 編譯器是怎麼處理的:

   public final void useNestedClass(@NotNull TestNestedClass.DataBean bean) {
      Intrinsics.checkParameterIsNotNull(bean, "bean");
      int num = 1;
      String var3 = "before action, num = " + num;
      System.out.println(var3);
      int num = 678;
      var3 = "after action, num = " + num;
      System.out.println(var3);
   }

哈哈,並沒有多此一舉,點個贊!

有什麼問題請留言,大家一起探討學習。

讀者每日福利:面試資料分享

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章