關於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()得到。