終於明白爲何要加 final 關鍵字了！

閱讀本文大概須要 2.8 分鐘。

來源: www.jianshu.com/p/acc8d9a67d0c

在開發過程當中，因爲習慣的緣由，咱們可能對某種編程語言的一些特性習覺得常，特別是只用一種語言做爲平常開發的狀況。

可是當你使用超過一種語言進行開發的時候就會發現，雖然都是高級語言，可是它們之間不少特性都是不太相同的。

現象描述

在 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 就是匿名內部類編譯後的文件，看看它反編譯後是什麼內容：

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

情景對比

可是爲何對於 Kotlin 來講能夠在匿名內部類中直接修改基本數據類型的值呢？查看 Kotlin 編譯後反編譯回來的內容：

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

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

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

·END·

程序員的成長之路

路雖遠，行則必至

本文原發於 同名微信公衆號「程序員的成長之路」，回覆「1024」你懂得，給個讚唄。

回覆 [ 520 ] 領取程序員最佳學習方式

回覆 [ 256 ] 查看 Java 程序員成長規劃