Java多线程-（7）volatile关键字

最新推荐文章于 2024-07-24 21:47:59 发布

ljqiang1989

最新推荐文章于 2024-07-24 21:47:59 发布

阅读量806

点赞数

分类专栏： Java-多线程文章标签：多线程 java volatile

本文链接：https://blog.csdn.net/u011936381/article/details/17795047

版权

Java-多线程专栏收录该内容

8 篇文章 0 订阅

订阅专栏

网上有不少讲这个关键字的文章，现在就一些关键点做一个总结，包括效率等。

1、java内存模型

要讲volatile这个关键字，先讲java内存模型

目标是定义程序中各个变量的访问规则。(包括实例字段、静态字段和构成数组的元素，不包括局部变量和方法参数)
1、所有的变量都存储在主内存中(虚拟机内存的一部分)。
2、每条线程都由自己的工作内存，线程的工作内存中保存了该线程使用到的变量的主内存副本拷贝，线程对变量的所有操作都必须在工作内存中进行，而不能直接读写主内存中的变量。
3、线程之间无法直接访问对方的工作内存中的变量，线程间变量的传递均需要通过主内存来完成。

内存间交互操作：
Lock(锁定)：作用于主内存中的变量，把一个变量标识为一条线程独占的状态。
Read(读取)：作用于主内存中的变量，把一个变量的值从主内存传输到线程的工作内存中。
Load(加载)：作用于工作内存中的变量，把read操作从主内存中得到的变量的值放入工作内存的变量副本中。
Use(使用)：作用于工作内存中的变量，把工作内存中一个变量的值传递给执行引擎。
Assign(赋值)：作用于工作内存中的变量，把一个从执行引擎接收到的值赋值给工作内存中的变量。
Store(存储)：作用于工作内存中的变量，把工作内存中的一个变量的值传送到主内存中。
Write(写入)：作用于主内存中的变量，把store操作从工作内存中得到的变量的值放入主内存的变量中。
Unlock(解锁)：作用于主内存中的变量，把一个处于锁定状态的变量释放出来，之后可被其它线程锁定。

规则：
1、不允许read和load、store和write操作之一单独出现。
2、不允许一个线程丢弃最近的assign操作，变量在工作内存中改变了之后必须把该变化同步回主内存中。
3、不允许一个线程没有发生过任何assign操作把数据从线程的工作内存同步回主内存中。
4、一个新的变量只能在主内存中诞生。
5、1、一个变量在同一时刻只允许一条线程对其进行lock操作，但可以被同一条线程重复执行多次。
6、如果对一个变量执行lock操作，将会清空工作内存中此变量的值，在执行引擎使用这个变量前，需要重新执行read、load操作。
7、如果一个变量事先没有被lock操作锁定，则不允许对它执行unlock操作。
8、对一个变量执行unlock操作前，必须先把该变量同步回主内存中。

工作模型可以见下图：

2、volatile关键字

Java 语言中的 volatile 变量可以被看作是一种 “程度较轻的 synchronized”；与 synchronized 块相比，volatile 变量所需的编码较少，并且运行时开销也较少，但是它所能实现的功能也仅是 synchronized 的一部分。本文介绍了几种有效使用 volatile 变量的模式，并强调了几种不适合使用 volatile 变量的情形。

关于这个关键字，极力推荐看这篇文章，讲的非常经典，其中包括了各种应用场景模式：

http://www.ibm.com/developerworks/cn/java/j-jtp06197.html （Java 理论与实践: 正确使用 Volatile 变量）

如果我们用volatile关键字来修饰这个变量，那么情形就会发现一些变化：

当前线程的本地栈将不会保存该变量的副本，而且每次对这个变量的修改都会反应到主存当中去，而不是暂时更新到本地的副本，这样也就保证了多个线程访问同一个volatile修饰的变量的时候，都是从主存中获取的同一个变量。

通过这样的机制也就能够保证一定的原子性，例如对变量简单的赋值与返回操作。

那么在这种情形下，图形就变成了这样：

3、关于效率的问题

有这样一段话摘自这个链接：http://en.wikipedia.org/wiki/Volatile_variable

In Java[edit]

The Java programming language also has the volatile keyword, but it is used for a somewhat different purpose. When applied to a field, the Java volatile guarantees that:

(In all versions of Java) There is a global ordering on the reads and writes to a volatile variable. This implies that every thread accessing a volatile field will read its current value before continuing, instead of (potentially) using a cached value. (However, there is no guarantee about the relative ordering of volatile reads and writes with regular reads and writes, meaning that it's generally not a useful threading construct.)
(In Java 5 or later) Volatile reads and writes establish a happens-before relationship, much like acquiring and releasing a mutex.^[9]

Using volatile may be faster than a lock, but it will not work in some situations.^{[citation needed]} The range of situations in which volatile is effective was expanded in Java 5; in particular, double-checked locking now works correctly.^[10]

大家可以看到“Using volatile may be faster than a lock”， 这说明，volatile的效率可能要比lock高，而lock又比synchronized关键字（同步）快。