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

現(xiàn)象描述

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

但是在 Java 8 之后，類似場景卻沒有再提示了:

難道是此類變量可以隨便改動了嗎？當然不是，當你試圖修改這些變量的時候，仍然會提示錯誤：

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

原因分析

從表面上當然看不出什么原因，看看編譯器做了什么工作吧！運行 javac 命令后生成了幾個 .class 文件：

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

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

情景對比

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

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

驗證一下，當變量不進行傳遞時，Kotlin 編譯器是怎么處理的：