### [final 方法](https://lingcoder.gitee.io/onjava8/#/book/08-Reuse?id=final-%e6%96%b9%e6%b3%95) 使用**final**方法的原因有兩個。第一個原因是給方法上鎖，防止子類通過覆寫改變方法的行為。這是出于繼承的考慮，確保方法的行為不會因繼承而改變。 過去建議使用**final**方法的第二個原因是效率。在早期的 Java 實現中，如果將一個方法指明為**final**，就是同意編譯器把對該方法的調用轉化為內嵌調用。當編譯器遇到**final**方法的調用時，就會很小心地跳過普通的插入代碼以執行方法的調用機制（將參數壓棧，跳至方法代碼處執行，然后跳回并清理棧中的參數，最終處理返回值），而用方法體內實際代碼的副本替代方法調用。這消除了方法調用的開銷。但是如果一個方法很大代碼膨脹，你也許就看不到內嵌帶來的性能提升，因為內嵌調用帶來的性能提高被花費在方法里的時間抵消了。 在最近的 Java 版本中，虛擬機可以探測到這些情況（尤其是*hotspot*技術），并優化去掉這些效率反而降低的內嵌調用方法。有很長一段時間，使用**final**來提高效率都被阻止。你應該讓編譯器和 JVM 處理性能問題，只有在為了明確禁止覆寫方法時才使用**final**。