關于Java編程，你知道嗎？final的幾種用法
“談談final、finally、finalize有什么不同？”
這是個非常經典的問題。
finally是Java保證重點代碼一定要被執行的一種機制。
finalize是基礎類java.lang.Object的一個方法，它的設計目的是保證對象在被垃圾收集前完成特定資源的回收。
今天我們重點談談final，多年的面試經驗告訴我，很多人其實失分就是在final上，而非另外兩者。final可以用來修飾類、方法、變量，分別有不同的意義。
1.final修飾的class代表不可被繼承擴展；
2.final修改的方法表示不可被重寫（override）；
3.final修飾的變量是不可被修改的。
如果你能夠給出上面的回答，至少及格了。但是這樣的回答隱藏掉了很多信息，這里真正有變化的是當final修飾變量的時候。
首先，以上敘述還不夠準確，精確地說“final修飾的變量一旦被賦值將不可被修改”。
請看如下代碼：
- public class MyClass {
- public MyClass(int foo) {
- this.foo = foo;
- }
- private final foo;
- }
在這段代碼中類MyClass的成員變量foo被修飾為final，但并沒有對其賦值，而是在構造函數中為其指定的取值。
當然你不能就此認為“final修飾的變量是不可被修改的”說法錯誤，但至少沒有表達出這層意思。
其實Java語言這樣設計是有道理的，利用這一特性可以達到這樣的目的：當我們發明一個類的時候，有時會發現有一些需要外部傳入的參數，我們希望一旦被確定后，在對象被銷毀之前不希望其被改變。遇到這種情況，我們就可以將這些參數定義為final的成員變量，然后外界只能夠通過構造函數的參數指定。
final是否可以用來修飾函數參數或者內部變量？
答案是肯定的。事實上這種行為是被推薦的，因為這樣可以確保變量不會被意外修改。而且被final修飾過的變量與參數還可以被傳遞給匿名類，例如：
Java在實現內部類時，實際會拷貝一份，不是去直接使用局部變量，final在這里可以防止出現數據一致性的問題。
外界有很多文章或者數據中還會介紹，final也許會有性能的好處。
比如，利用final可能有助于JVM將方法進行內聯，可以改善編譯器進行條件編譯的能力等等。
坦白說，很多類似的結論都是基于假設得出的，比如現在高性能JVM（如HotSpot）判斷內聯未必依賴final的提示，要相信JVM還是非常智能的。
類似的，final變量對性能的影響，大部分情況下，并沒有考慮的必要。不要指望這樣的小技巧帶來所謂的性能好處。相反，使用final更重要的理由，應該是為提高代碼可讀性，防止變量被意外修改。
***還要強調，final雖然會帶來不可變的效果，但并不意味著任何情況下都是如此。比如final修飾java.util.List類型的變量，并不會防止列表內容被修改。實際的效果是防止變量指向的List對象不會被再次創建。而如果你需要的是一個不允許修改的List，則可以使用Collections.unmodifiableList()得到。
