終於明白爲何要加 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);
    }
}
複製代碼

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

final 關鍵字除了能讓類不能被繼承以外，對應到這種場景，就是讓變量也不能被從新賦值。

情景對比

可是爲何對於 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);
   }
複製代碼

哈哈，並無畫蛇添足，點個贊！

總結

我的猜想 Java 8 之因此作了這麼個改進是由於引入了 Lambda 表達式以後，爲了方便表達式內部訪問外部變量時引入的一個 feature。它只是省去了咱們本身去將對外部變量聲明成 final 的一個過程，讓咱們感受像是支持了閉包，事實上卻沒有像其它語言如 JS 和 Kotlin 同樣徹底支持。