在開(kāi)發(fā)過(guò)程中，由于習(xí)慣的原因，我們可能對(duì)某種編程語(yǔ)言的一些特性習(xí)以為常，特別是只用一種語(yǔ)言作為日常開(kāi)發(fā)的情況。但是當(dāng)你使用超過(guò)一種語(yǔ)言進(jìn)行開(kāi)發(fā)的時(shí)候就會(huì)發(fā)現(xiàn)，雖然都是高級(jí)語(yǔ)言，但是它們之間很多特性都是不太相同的。

現(xiàn)象描述

在 Java 8 之前，匿名內(nèi)部類在使用外部成員的時(shí)候，會(huì)報(bào)錯(cuò)并提示 “Cannot refer to a non-final variable arg inside an inner class defined in a different method”：

below-java8.jpg

但是在 Java 8 之后，類似場(chǎng)景卻沒(méi)有再提示了:

normal-use.jpg

難道是此類變量可以隨便改動(dòng)了嗎？當(dāng)然不是，當(dāng)你試圖修改這些變量的時(shí)候，仍然會(huì)提示錯(cuò)誤：

try-to-change.jpg

可以看到，當(dāng)試圖修改基本數(shù)據(jù)類型的變量時(shí)，編譯器的警告變成了 “Varible 'num' is accessed from within inner class, need to be final or effectively final”，很遺憾，仍然不能修改。相比之下，Kotlin 是沒(méi)有這個(gè)限制的：

usage-in-kt.jpg

原因分析

從表面上當(dāng)然看不出什么原因，看看編譯器做了什么工作吧！運(yùn)行 javac 命令后生成了幾個(gè) .class 文件：

generated-files.jpg

不難推斷，這個(gè) TestInnerClass$1.class 就是匿名內(nèi)部類編譯后的文件，看看它反編譯后是什么內(nèi)容：

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);
    }
}

原來(lái)，匿名內(nèi)部類也會(huì)被當(dāng)作普通的類處理，只不過(guò)編譯器生成它構(gòu)造方法的時(shí)候，除了將外部類的引用傳遞了過(guò)來(lái)，還將基本數(shù)據(jù)類型的變量復(fù)制了一份過(guò)來(lái)，并把引用數(shù)據(jù)類型的變量引用也傳遞了過(guò)來(lái)。因此，基本數(shù)據(jù)類型的變量當(dāng)然不能修改了，不然就會(huì)跟外部的變量產(chǎn)生不一致，這樣的話變量的傳遞也就變得毫無(wú)意義了。

final 關(guān)鍵字除了能讓類不能被繼承之外，對(duì)應(yīng)到這種場(chǎng)景，就是讓變量也不能被重新賦值。

情景對(duì)比

但是為什么對(duì)于 Kotlin 來(lái)說(shuō)可以在匿名內(nèi)部類中直接修改基本數(shù)據(jù)類型的值呢？查看 Kotlin 編譯后反編譯回來(lái)的內(nèi)容：

   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);
   }

可以發(fā)現(xiàn)，當(dāng)需要傳遞基本數(shù)據(jù)類型的變量時(shí)，Kotlin 編譯器會(huì)將這些數(shù)據(jù)進(jìn)行包裝，從而由值傳遞變?yōu)橐脗鬟f，這樣內(nèi)部的修改當(dāng)然就不會(huì)影響到外部了。

驗(yàn)證一下，當(dāng)變量不進(jìn)行傳遞時(shí)，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);
   }

哈哈，并沒(méi)有多此一舉，點(diǎn)個(gè)贊！