可以將變量聲明為final。 最終變量只能分配一次。 如果分配了最終變量，則將導致編譯時錯誤，除非在分配前立即將其絕對取消分配。

分配任何最終變量后，將永遠無法對其進行更改。 如果變量引用任何對象的任何實例，它將繼續引用相同的對象實例，但是可以修改對象的內部狀態。

有效地最終

且僅當且僅當變量才可以被視為有效的最終變量

它不是最終的

分配發生一次

我發現有效地解釋final的最簡單方法是想象將final修飾符添加到變量聲明中。 如果通過此更改，程序在編譯時和運行時都繼續以相同的方式運行，則該變量實際上是最終變量。

在Lamda表達式中使用

使用但未在lambda表達式中聲明的任何局部變量，形式參數或異常參數必須聲明為final或有效地為final，否則在嘗試使用時會發生編譯時錯誤。

將局部變量捕獲限制為有效的不變變量的目的是使開發人員將注意力轉移到更容易并行化的，自然線程安全的技術上。 如果管理不當，可變字段始終是潛在的并發問題來源。 禁止通過lambda表達式捕獲字段將降低實用性，而無需執行任何操作。

最終關鍵字的使用

根據我的觀點，最好在適當的時候將局部變量，方法參數，字段變量標記為final。 它警告其他開發人員不要意外修改值。 除此之外，它還向編譯器發出信號以優化類文件。 有很多反對此說法的說法，即在源文件中使用final關鍵字不能優化類文件是不正確的。 我強烈建議您看一下Robert Simons Jr編寫的Hardcore Java ，其中詳細介紹了final關鍵字的使用及其優化。

我覺得使用final關鍵字會使任何開發人員都清楚代碼的意圖。 將變量設為final可以減輕程序員的負擔，使他們可以遍歷代碼以查看變量在初始化后是否已更改。 就在多線程環境中維護狀態而言，它也比非最終變量安全得多。

根據RustyX在StackOverflow 線程中提供的詳細基準測試，以下程序演示了明顯的性能提升：

public class FinalTest {public static final int N_ITERATIONS = 10_00_000;public static String testFinal() {final String a = "a";final String b = "b";return a + b;}public static String testNonFinal() {String a = "a";String b = "b";return a + b;}public static void main(String[] args) {long tStart, tElapsed;tStart = System.currentTimeMillis();for (int i = 0; i < N_ITERATIONS; i++)testFinal();tElapsed = System.currentTimeMillis() - tStart;System.out.println("Method with finals took " + tElapsed + " ms");tStart = System.currentTimeMillis();for (int i = 0; i < N_ITERATIONS; i++)testNonFinal();tElapsed = System.currentTimeMillis() - tStart;System.out.println("Method without finals took " + tElapsed + " ms");}}

結果非常出色：

Method with finals took 5 ms Method without finals took 273 ms

我個人也更傾向于使用不可變的類，并使用final關鍵字作為實例變量來表明這一點。 根據有效Java的 Joshua Bloch的說法，

不可變的類比可變的類更容易設計，實現和使用。 它們不易出錯，并且更安全。。此外，不可變對象可以恰好處于一種狀態，即創建該對象的狀態。 vs可變對象可以具有任意復雜的狀態空間。

靜態代碼分析工具

適當時，像PMD這樣的靜態分析工具是使用final關鍵字的最大支持者之一。 有關更多信息，請查看此 。 如果缺少final關鍵字，則將FindBugs和CheckStyle配置為對變量發出警告。 我發現此鏈接支持在Checkstyle中使用final關鍵字：

在執行該方法的算法期間更改參數的值可能會造成混淆，應該避免。 讓Java編譯器阻止這種編碼樣式的一種好方法是將參數聲明為final。

Eclipse保存動作

Eclipse IDE提供了有用的“ 保存操作首選項”頁面 ，該頁面使您可以應用主要側重于優化源代碼的更改。 保存操作之一是在適當的情況下將最終關鍵字應用于變量。

結論

在清晰的設計和可讀性方面，我支持在源文件中使用final關鍵字，而我的其他Java開發人員中很少有人因為它帶來的視覺混亂而與我不同意。 我同意，在局部變量，實例變量，方法參數，構造函數參數，catch子句中使用final關鍵字似乎可以增加視覺混亂和冗長。 但是，如果有什么可以幫助任何未來的開發人員或維護人員更快，更可靠，更有效地執行其工作的，我們應該加以利用。

但是，當然，這全都是個人喜好；-)我很想聽聽您對此的看法。

翻譯自: https://www.javacodegeeks.com/2017/07/all-about-finals.html

總結

以上是生活随笔為你收集整理的关于总决赛的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。