“谈谈final、finally、finalize有什么不同?”
这是个非常经典的问题。
finally是Java保证重点代码一定要被执行的一种机制。
finalize是基础类java.lang.Object的一个方法,它的设计目的是保证对象在被垃圾收集前完成特定资源的回收。
今天我们重点谈谈final,多年的面试经验告诉我,很多人其实失分就是在final上,而非另外两者。final可以用来修饰类、方法、变量,分别有不同的意义。
1.final修饰的class代表不可被继承扩展;
2.final修改的方法表示不可被重写(override);
3.final修饰的变量是不可被修改的。
如果你能够给出上面的回答,至少及格了。但是这样的回答隐藏掉了很多信息,这里真正有变化的是当final修饰变量的时候。
首先,以上叙述还不够准确,精确地说“final修饰的变量一旦被赋值将不可被修改”。
请看如下代码:
publicclass MyClass {
publicMyClass(intfoo) {
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()得到。
【编辑推荐】
【责任编辑:武晓燕 TEL:(010)68476606】
点赞 0