在構(gòu)造函數(shù)（注意：init 塊和給成員變量（屬性）賦初值的語句，都是構(gòu)造函數(shù)的一部分）中使用 this 時，可能會出現(xiàn)這個警告。如果不理會，可能導致訪問到未初始化的成員變量。Java 中，它們可以是未賦初值或賦值為 null 的引用類型；Kotlin 中，可以是 lateinit var 或未賦值或賦值為 null 的可空類型。
事實上，在構(gòu)造函數(shù)中使用 this，即便這個類是 final 的（Kotlin 中則為沒有 open 修飾的類），也有可能導致這樣的后果。這主要發(fā)生在將 this 作為參數(shù)（實參）傳遞給其它函數(shù)，或者添加到 Array 之類的情形中。在這些條件下，其它函數(shù)可以通過這個引用訪問到該類的公有成員。然而，在使用 this 這一行的語句之后，可以還有其它語句；又或者，這條語句是調(diào)用了其它函數(shù)，在這個被調(diào)用的函數(shù)里完成了傳遞 this 引用或?qū)⑵涮砑拥綌?shù)組之類的動作。很顯然，這一瞬間，構(gòu)造函數(shù)還沒有執(zhí)行完畢（沒有返回）。在多線程的條件下，如果其它函數(shù)可以使用 this 引用（比如，在添加到 ArrayList 后，就立即通過條件變量的 notify 操作通知其它線程，這些線程繼續(xù)執(zhí)行的時候，通過這個引用，訪問該類的實例），那么，它們就有可能在該類的實例的構(gòu)造函數(shù)未完成的時候，訪問到尚未被初始化的成員，進而 NullPointerException。此外，并不是在構(gòu)造函數(shù)的最后一條語句里才這么做就萬事大吉。為了提升性能，語句（指令）的順序是可以被重排的。也就是說，在函數(shù)本體中，最后才出現(xiàn)的語句不一定是最后才被執(zhí)行的。
如果這個類還有子類，更有可能出現(xiàn)這樣的后果。通常，會在子類的構(gòu)造函數(shù)中調(diào)用父類的構(gòu)造函數(shù)。父類的構(gòu)造函數(shù)將 this 暴露給其它函數(shù)的時候，子類還沒有構(gòu)造完畢。其它函數(shù)可以通過這個 this 引用，訪問到子類的成員。而這些成員里，自然有可能存在一些尚未初始化的成員。
當然，畢竟這只是一個警告。如果置之不理，還是能通過編譯的。假使實在需要這樣做，也并不是不行。不過，如果產(chǎn)生了 NullPointerException，且異常點所在的類存在子類，或程序是多線程的；并且涉及的這些類的代碼中存在這樣的警告，則可以考慮往這個方面排查原因。

總結(jié)

以上是生活随笔為你收集整理的【Java / Kotlin】Warning：Leaking ‘this‘ in constructor of non-final class的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。