Java中有很多关键字,这些关键字中的final、finally和finalize()方法长相十分相似,其实他们仨并没什么特殊的联系,只是单纯的像,本文就简单介绍下他们仨各自的用途。
final
final关键字可用于非抽象类、非抽象类的成员方法(构造方法除外)、非抽象类中的变量、参数
- 用于类:表示该类不可被继承,类中的方法默认都是被final修饰的方法(例如String类)
- 用于方法:表示该方法不可被子类重写(例如Object.getClass()方法)
- 用于变量:表示常量,只能被赋值一次不可改变
- 用于参数:该参数在方法中只可以被读取不可被修改
注:final修饰变量时,被修饰的变量是常量,该变量名全部大写;可以先声明不进行赋值值,这种叫做final空白。但是使用前必须被初始化。一旦被赋值,将不能再修改
修饰基本类型变量和引用类型变量
- 修饰基本类型变量时:不能对基本类型重新赋值。
- 修饰引用型变量时:它仅仅保存的是一个引用,final保证的是这个引用类型的变量所引用的地址不会变。即一直引用同一个对象,但是被引用对象的值可以改变。
1 | /** |
运行示意图如下:
finally
try-catch想必大家都用过,finally必定不会陌生,finally只有在出现try-catch的地方才会用到,而且不一定会用到。我们一般用到它的时候应该是这样:
1 | try { |
理解finally记住下面这就话就够了:
try-catch中无论是否发生异常,finally中的逻辑都会执行。
finally可有可无。但是必须与try-catch成对出现。
finalize
首先需要说明的是:finalize()方法本身存在一定的缺陷性,
实际使用中也不推荐finalize方法,在Java9中finalize已经被废弃
finalize()方法是在Object类中定义的,Java中所有类都从Object类中继承finalize()方法。垃圾回收器准备释放对象占用的内存时,首先调用对象的finalize()方法
finalize()与C++ 中的析构函数是不一样的。C++中的析构函数调用的时机是确定的(对象离开作用域或调用delete),但Java由于gc的执行时间不确定导致finalize的调用具有不确定性
Java有垃圾回收器(GC)负责回收无用对象占据的内存空间。但也有特殊情况:假定你的对象(并非使用new)获得了一块“特殊”的内存区域,由于垃圾回收期只知道释放那些经由new分配的内存,所以它不知道该如何释放该对象的这块“特殊”内存。所以Java的设计者准备了finalize()方法来解决这个问题,但是finalize也带来了一些隐患
finalize存在的问题
- 不可靠:只有当垃圾回收器(GC)释放该对象时才会调用finalize方法,然而GC并不是想执行就执行的(根据程序当前是否内存不足),而且即使调用了finalize方法也不一定回收成功
- 阻碍GC的快速回收:在进行垃圾回收时会启动一个finalizethread,当遇到有重写了finalize方法的对象时,会将对象放入finalizethread的中,并形成一个队列,暂时挂起,且运行时间并不确定,这就导致了对象回收的缓慢,如果队列中存在重写的finalize方法有死锁问题则会导致后面的方法都无法执行
- 会发生对象复活现象:finalize方法中,可将待回收对象赋值给GC Roots可达的对象引用,从而达到对象再生的目的
关于finalize的生命周期和代码示例,此处推荐一篇很详细的文章:finalize的执行过程(生命周期)
参考
Java中finalize()详解和Java9中的垃圾回收:https://blog.csdn.net/u011695358/article/details/78860410