Java 并发关键字 -final，java 实战视频
在 Java 中变量，可以分为成员变量以及方法局部变量。因此也是按照这种方式依次来说，以避免漏掉任何一个死角。
final 成员变量
通常每个类中的成员变量可以分为类变量（static 修饰的变量）以及实例变量。针对这两种类型的变量赋初值的时机是不同的，类变量可以在声明变量的时候直接赋初值或者在静态代码块中给类变量赋初值。而实例变量可以在声明变量的时候给实例变量赋初值，在非静态初始化块中以及构造器中赋初值。类变量有两个时机赋初值，而实例变量则可以有三个时机赋初值。当 final 变量未初始化时系统不会进行隐式初始化，会出现报错。这样说起来还是比较抽象，下面用具体的代码来演示。（代码涵盖了 final 修饰变量所有的可能情况，耐心看下去会有收获的）
看上面的图片已经将每种情况整理出来了，这里用截图的方式也是觉得在 IDE 出现红色出错的标记更能清晰的说明情况。现在我们来将这几种情况归纳整理一下：
类变量：必须要在静态初始化块中指定初始值或者声明该类变量时指定初始值，而且只能在这两个地方之一进行指定；
实例变量：必要要在非静态初始化块，声明该实例变量或者在构造器中指定初始值，而且只能在这三个地方进行指定。
final 局部变量
final 局部变量由程序员进行显式初始化，如果 final 局部变量已经进行了初始化则后面就不能再次进行更改，如果 final 变量未进行初始化，可以进行赋值，当且仅有一次赋值，一旦赋值之后再次赋值就会出错。下面用具体的代码演示 final 局部变量的情况：
现在我们来换一个角度进行考虑，final 修饰的是基本数据类型和引用类型有区别吗？
final 基本数据类型 VS final 引用数据类型
通过上面的例子我们已经看出来，如果 final 修饰的是一个基本数据类型的数据，一旦赋值后就不能再次更改，那么，如果 final 是引用数据类型了？这个引用的对象能够改变吗？我们同样来看一段代码。
public class FinalExample {
//在声明 final 实例成员变量时进行赋值
private final static Person person = new Person(24, 170);
public static void main(String[] args) {
//对 final 引用数据类型 person 进行更改
person.age = 22;
System.out.println(person.toString());
}
static class Person {
private int age;
private int height;
public Person(int age, int height) {
this.age = age;
this.height = height;
}
@Override
public String toString() {
return "Person{" +
"age=" + age +
", height=" + height +
'}';
}
}
}
当我们对 final 修饰的引用数据类型变量 person 的属性改成 22，是可以成功操作的。通过这个实验我们就可以看出来当 final 修饰基本数据类型变量时，不能对基本数据类型变量重新赋值，因此基本数据类型变量不能被改变。而对于引用类型变量而言，它仅仅保存的是一个引用，final 只保证这个引用类型变量所引用的地址不会发生改变，即一直引用这个对象，但这个对象属性是可以改变的。
宏变量*
利用 final 变量的不可更改性，在满足一下三个条件时，该变量就会成为一个“宏变量”，即是一个常量。
使用 final 修饰符修饰；
在定义该 final 变量时就指定了初始值；
该初始值在编译时就能够唯一指定。
注意：当程序中其他地方使用该宏变量的地方，编译器会直接替换成该变量的值
方法
重写？
当父类的方法被 final 修饰的时候，子类不能重写父类的该方法，比如在 Object 中，getClass()方法就是 final 的，我们就不能重写该方法，但是 hashCode()方法就不是被 final 所修饰的，我们就可以重写 hashCode()方法。我们还是来写一个例子来加深一下理解：
先定义一个父类，里面有 final 修饰的方法 test();
public class FinalExampleParent {
public final void test() {
}
}
然后 FinalExample 继承该父类 FinalExampleParent，当重写 test()方法时出现报错
通过这个现象我们就可以看出来被 final 修饰的方法不能够被子类所重写。
重载？
public class FinalExampleParent {
public final void test() {
}
public final void test(String str) {
}
}
可以看出被 final 修饰的方法是可以重载的。经过我们的分析可以得出如下结论：
1. 父类的 final 方法是不能够被子类重写的
2. final 方法是可以被重载的
类
当一个类被 final 修饰时，表名该类是不能被子类继承的。子类继承往往可以重写父类的方法和改变父类属性，会带来一定的安全隐患，因此，当一个类不希望被继承时就可以使用 final 修饰。还是来写一个小例子：
public final class FinalExampleParent {
public final void test() {
}
}
父类会被 final 修饰，当子类继承该父类的时候，就会报错，如下图：
final 经常会被用作不变类上，利用 final 的不可更改性。我们先来看看什么是不变类。
不变类
不变类的意思是创建该类的实例后，该实例的实例变量是不可改变的。满足以下条件则可以成为不可变类：
使用 private 和 final 修饰符来修饰该类的成员变量；
提供带参的构造器用于初始化类的成员变量；
仅为该类的成员变量提供 getter 方法，不提供 setter 方法，因为普通方法无法修改 fina 修饰的成员变量；
如果有必要就重写 Object 类 的 hashCode()和 equals()方法，应该保证用 equals()判断相同的两个对象其 Hashcode 值也是相等的。
JDK 中提供的八个包装类和 String 类都是不可变类，我们来看看 String 的实现。
/** The value is used for character storage. */
private final char value[];
可以看出 String 的 value 就是 final 修饰的，上述其他几条性质也是吻合的。
上面我们聊的 final 使用，应该属于 Java 基础层面的，当理解这些后我们就真的算是掌握了 final 吗？有考虑过 final 在多线程并发的情况吗？在Java内存模型中我们知道 Java 内存模型为了能让处理器和编译器底层发挥他们的最大优势，对底层的约束就很少，也就是说针对底层来说 Java 内存模型就是一弱内存数据模型。同时，处理器和编译为了性能优化会对指令序列有编译器和处理器重排序。那么，在多线程情况下，final 会进行怎样的重排序？会导致线程安全的问题吗？下面，就来看看 final 的重排序。
final 域重排序规则
final 域为基本类型
先看一段示例性的代码：
public class FinalDemo {
private int a; //普通域
private final int b; //final 域
private static FinalDemo finalDemo;
public FinalDemo() {
a = 1; // 1. 写普通域
b = 2; // 2. 写 final 域
}
public static void writer() {
finalDemo = new FinalDemo();
}
public static void reader() {
FinalDemo demo = finalDemo; // 3.读对象引用
int a = demo.a; //4.读普通域
int b = demo.b; //5.读 final 域
}
}
假设线程 A 在执行 writer()方法，线程 B 执行 reader()方法。
写 final 域重排序规则
写 final 域的重排序规则禁止对 final 域的写重排序到构造函数之外，这个规则的实现主要包含了两个方面：
JMM 禁止编译器把 final 域的写重排序到构造函数之外；
编译器会在 final 域写之后，构造函数 return 之前，插入一个 storestore 屏障（关于内存屏障可以看这篇文章）。这个屏障可以禁止处理器把 final 域的写重排序到构造函数之外。
我们再来分析 writer 方法，虽然只有一行代码，但实际上做了两件事情：
构造了一个 FinalDemo 对象；
把这个对象赋值给成员变量 finalDemo。
我们来画下存在的一种可能执行时序图，如下：
由于 a,b 之间没有数据依赖性，普通域（普通变量）a 可能会被重排序到构造函数之外，线程 B 就有可能读到的是普通变量 a 初始化之前的值（零值），这样就可能出现错误。而 final 域变量 b，根据重排序规则，会禁止 final 修饰的变量 b 重排序到构造函数之外，从而 b 能够正确赋值，线程 B 就能够读到 final 变量初始化后的值。
因此，写 final 域的重排序规则可以确保：在对象引用为任意线程可见之前，对象的 final 域已经被正确初始化过了，而普通域就不具有这个保障。比如在上例，线程 B 有可能就是一个未正确初始化的对象 finalDemo。
读 final 域重排序规则
读 final 域重排序规则为：在一个线程中，初次读对象引用和初次读该对象包含的 final 域，JMM 会禁止这两个操作的重排序。（注意，这个规则仅仅是针对处理器），处理器会在读 final 域操作的前面插入一个 LoadLoad 屏障。实际上，读对象的引用和读该对象的 final 域存在间接依赖性，一般处理器不会重排序这两个操作。但是有一些处理器会重排序，因此，这条禁止重排序规则就是针对这些处理器而设定的。
read()方法主要包含了三个操作：
还未添加个人签名 2021.03.18 加入
还未添加个人简介
评论