【Java】 Java中的volatile关键字

Java中的volatile关键字

Java 语言中的 volatile 变量可以被看作是一种 “程度较轻的 synchronized
synchronized 块相比,volatile 变量所需的编码较少, 并且运行时开销也较少,但是它所能实现的功能也仅是 synchronized 的一部分。

定义:
Java中的关键字/修饰符

特性:

  • 可见性: 当一个共享变量被volatile修饰时,保证修改值后会立即刷新到主内存中,其他线程需要使用时回去读取最新的值
    • 当写一个volatile变量时,JMM会把该线程对应的本地内存中的共享变量刷新到主内存中
    • 当读一个volatile变量时,JMM会把该线程对应的本地内存设置为无效,线程接下来从主内存中读取共享变量
  • 有序性: 主要针对编译器/处理器对指令进行优化/重排的时候

volatile不能保证原子性

要强行说能保证,最多只是单个volatile变量的读/写操作具有原子性,但是对于 count++这样的复合操作实际上是读、添加、存储的组合

volatile修饰的属性若在修改前已经被读取了值,那么修改后,无法改变已经复制到工作内存的值(无法阻止并发的情况)

volatile的读和写建立了一个happens-before关系,类似于申请和释放一个互斥锁

volatile可以用在任何变量前面,但不能用于final变量前面,因为final型的变量是禁止修改的,也不存在线程安全的问题。

volatile变量不能用于约束条件中

Java内存模型 JMM(Java Memory Model)

参考: https://www.cnblogs.com/gooder2-android/p/9509479.html?utm_source=oschina-app/
JSR133 : https://www.jcp.org/en/jsr/detail?id=133

JDK1.2 之前,Java的内存模型实现总是从主存(即共享内存)读取变量,是不需要进行特别的注意的。

而在当前的 Java 内存模型下,线程可以把变量保存本地内存(比如机器的寄存器)中,而不是直接在主存中进行读写。

这就可能造成一个线程在主存中修改了一个变量的值,而另外一个线程还继续使用它在寄存器中的变量值的拷贝,造成数据的不一致。

happens-before原则规则

  • 程序次序规则:一个线程内,按照代码顺序,书写在前面的操作先行发生于书写在后面的操作;
  • 锁定规则:一个unLock操作先行发生于后面对同一个锁额lock操作;
  • volatile变量规则:对一个变量的写操作先行发生于后面对这个变量的读操作;
  • 传递规则:如果操作A先行发生于操作B,而操作B又先行发生于操作C,则可以得出操作A先行发生于操作C;
  • 线程启动规则:Thread对象的start()方法先行发生于此线程的每个一个动作;
  • 线程中断规则:对线程interrupt()方法的调用先行发生于被中断线程的代码检测到中断事件的发生;
  • 段检测到线程已经终止执行;
  • 对象终结规则:一个对象的初始化完成先行发生于他的finalize()方法的开始;

volatile底层实现机制

如果把加入volatile关键字的代码和为加入volatile关键字的代码都生成汇编代码,会发现加入了volatile关键字的代码会多处一个lock前缀指令。

lock指令相当于一个内存屏障,内存屏障主要作用如下:

  • 指令重排时,不能把后面的指令重排到内存屏障之前的位置
  • 使得本cpu的Cache写入内存
  • 写入动作会引起别的cpu或者别的内核无效化其Cache,相当于让新写入的值对别的线程可见

volatile的应用场景

参考: https://blog.csdn.net/vking_wang/article/details/9982709

1. 状态量标记

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
public class VolatileDemo {
volatile static boolean flag = true;

public static void main(String[] args) {

// 任务一 : 根据 flag 轮旬处理事物
Runnable task = () -> {
while (flag){

try {
// 模拟处理过程
Thread.sleep(1000L);

System.out.println(Thread.currentThread().getName()+" : is running...");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
};

// 任务二 : 改变 flag 为false
Runnable taskStop = () -> {
try {
Thread.sleep(5000L);
System.out.println(Thread.currentThread().getName()+" : transform flag to [false]");
flag = false;
} catch (InterruptedException e) {
e.printStackTrace();
}
};


final ThreadFactory factory = new ThreadFactoryBuilder().setNameFormat("Volatile-pool-%d").build();
ExecutorService executorService = Executors.newCachedThreadPool(factory);
executorService.submit(task);
executorService.submit(taskStop);
executorService.shutdown();
}
}

输出结果为:

1
2
3
4
5
6
7
Volatile-pool-0 : is running...
Volatile-pool-0 : is running...
Volatile-pool-0 : is running...
Volatile-pool-0 : is running...
Volatile-pool-0 : is running...
Volatile-pool-1 : transform flag to [false]
Volatile-pool-0 : is running...

2. 单例模式(双重检查锁定DCL)

也可称一次性安全发布(one-time safe publication)

如果不用volatile,则因为内存模型允许所谓的“无序写入”,可能导致失败。——某个线程可能会获得一个未完全初始化的实例。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public final class Singleton {
private volatile static Singleton instance = null;

private Singleton(){}

public static Singleton getInstance() {
if (null == instance){
synchronized (instance){
if (null == instance){
instance = new Singleton();
}
}
}
return instance;
}
}

3. 独立观察(independent observation)

①. 安全使用 volatile 的另一种简单模式是:定期 “发布” 观察结果供程序内部使用

如: 假设有一种环境传感器能够感觉环境温度。一个后台线程可能会每隔几秒读取一次该传感器,并更新包含当前文档的volatile变量。然后,其他线程可以读取这个变量,从而随时能够看到最新的温度值。

②. 使用该模式的另一种应用程序就是收集程序的统计信息

如下代码展示了身份验证机制如何记忆最近一次登录的用户的名字。将反复使用lastUser 引用来发布值,以供程序的其他部分使用。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

public class UserManager {
//发布的信息,记录最后登录的用户名
public volatile String lastUser;

public boolean authenticate(String user, String password) {
boolean valid = passwordIsValid(user, password);
if (valid) {
User u = new User();
activeUsers.add(u);
lastUser = user;
}
return valid;
}
}

4. “volatile bean” 模式

volatile bean 模式的基本原理是:很多框架为易变数据的持有者(例如 HttpSession)提供了容器,但是放入这些容器中的对象必须是线程安全的。

volatile bean模式中,JavaBean 的所有数据成员都是 volatile 类型的,并且 getter 和 setter 方法必须非常普通——即不包含约束!

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

public class Person {
private volatile String firstName;
private volatile String lastName;
private volatile int age;

public String getFirstName() {
return firstName;
}

public void setFirstName(String firstName) {
this.firstName = firstName;
}

public String getLastName() {
return lastName;
}

public void setLastName(String lastName) {
this.lastName = lastName;
}

public int getAge() {
return age;
}

public void setAge(int age) {
this.age = age;
}
}

5. 开销较低的“读-写锁”策略

如果读操作远远超过写操作,您可以结合使用内部锁和 volatile 变量来减少公共代码路径的开销。

如下显示的线程安全的计数器,使用 synchronized 确保增量操作是原子的,并使用 volatile 保证当前结果的可见性。

如果更新不频繁的话,该方法可实现更好的性能,因为读路径的开销仅仅涉及volatile读操作,这通常要优于一个无竞争的锁获取的开销。

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
public class Counter {

/**
* 低开销的读写锁技巧
* 所有写操作必须在保持this锁的情况下完成
* <p>
* Employs the cheap read-write lock trick
* All mutative operations MUST be done with the 'this' lock held
*/
private volatile int value;

/**
* 读操作,没有synchronized
*
* @return int
*/
public int getValue() {
return value;
}

/**
* 写操作,synchronized 使其具备原子性
*/
public synchronized void increment() {
value++;
}
}

使用锁进行所有变化的操作,使用 volatile 进行只读操作。

其中,锁一次只允许一个线程访问值,volatile 允许多个线程执行读操作