Java中有很多关键字，这些关键字中的final、finally和finalize()方法长相十分相似，其实他们仨并没什么特殊的联系，只是单纯的像，本文就简单介绍下他们仨各自的用途。
final关键字可用于非抽象类、非抽象类的成员方法(构造方法除外)、非抽象类中的变量、参数
- 用于类：表示该类不可被继承，类中的方法默认都是被final修饰的方法（例如String类）
- 用于方法：表示该方法不可被子类重写（例如Object.getClass()方法）
- 用于变量：表示常量，只能被赋值一次不可改变
- 用于参数：该参数在方法中只可以被读取不可被修改
注：final修饰变量时，被修饰的变量是常量，该变量名全部大写；可以先声明不进行赋值值，这种叫做final空白。但是使用前必须被初始化。一旦被赋值，将不能再修改
修饰基本类型变量和引用类型变量
- 修饰基本类型变量时：不能对基本类型重新赋值。
- 修饰引用型变量时：它仅仅保存的是一个引用，final保证的是这个引用类型的变量所引用的地址不会变。即一直引用同一个对象，但是被引用对象的值可以改变。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
|
public class Demo {
public static void main(String[] args) {
final int num = 10;
System.out.println(num);
final Person person = new Person("张三",20);
System.out.println(person.toString());
person.setName("李四");
System.out.println(person.toString());
}
static class Person{
private String name;
private int age;
public Person(String name, int age) {
this.name = name;
this.age = age;
}
public String getName() {
return name;
}
public Person setName(String name) {
this.name = name;
return this;
}
public int getAge() {
return age;
}
public Person setAge(int age) {
this.age = age;
return this;
}
@Override
public String toString() {
return "Person{" +
"name='" + name + '\'' +
", age=" + age +
'}';
}
}
}
|
运行示意图如下：
finally
try-catch想必大家都用过，finally必定不会陌生，finally只有在出现try-catch的地方才会用到，而且不一定会用到。我们一般用到它的时候应该是这样：
1
2
3
4
5
6
7
8
| try {
} catch (Exception e) {
e.printStackTrace();
} finally {
}
|
理解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
finalize()的使用场景：https://segmentfault.com/q/1010000000094660
