“谈谈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()得到。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
