【转】Java并发中正确使用volatile

Java并发中正确使用volatile

 

 原文链接 http://ifeve.com/how-to-use-volatile/

 

作者：一粟   整理和翻译自Twitter实时搜索的PPT

前几天并发编程群里有同学对volatile的用法提出了疑问，刚好我记得Twitter有关实时搜索的这个PPT对这个问题解释的很清晰并有一个实际的应用场景，于是周末把这个问题摘录了一些和并发相关的内容如下：

并发 – 定义

悲观锁 – Pressimistic locking

1. 一个线性在执行一个操作时持有对一个资源的独占锁。（互斥）
2. 一般用在冲突比较可能发生的场景下

乐观锁 – Optimistic locking

1. 尝试采用原子操作，而不需要持有锁；冲突可被检测，如果发生冲突，具有相应的重试逻辑
2. 通常用在冲突较少发生的场景下

非阻塞算法 – Non-blocking algorithm

1. 算法确保对线程间竞争共享资源时候，不会因为互斥而使任一线程的执行无限延迟；

无锁算法 – Lock-free algorithm

1. 如果系统整个流程的执行是无阻塞的(系统某一部分可能被短暂阻塞)，这种非阻塞算法就是无锁的。
2. 无锁算法比传统的基于锁的算法对系统的开销更小，且更容易在多核多CPU处理器上扩展；
3. 在实时系统中可以避免锁带来的延迟；
4. CAS (compare and swap)或LL/SC(load linked/store conditional)，以及内存屏障相关的指令经常被用在算法实现中。

无等待算法 – Wait-free algorithm

1. 如果每个线程的执行都是无阻塞的，这种非阻塞算法就是无等待的（比无锁算法更好）

Java的并发

1. Java的内存模型并不保证一个线程可以一直以程序执行的顺序看到另一个线程对变量的修改，除非两个线程都跨越了同一个内存屏障。（Safe publication）

Java内存模型

代码顺序规则

1. 一个线程内的每个动作 happens-before 同一个线程内在代码顺序上在其后的所有动作

volatile变量规则

1. 对一个volatile变量的读，总是能看到（任意线程）对这个volatile变量最后的写入

传递性

1. 如果A happens-before B, B happens-before C，那 A happens-before C

Safe publication案例

01	class VolatileExample {

02	int x = 0;

03	volatile int b = 0;

04

05	private void write() {

06

x = 5;

07

b = 1;

08

}

09

10	private void read() {

11	int dummy = b;

12	while (x != 5) {

13

}

14

}

15

16	public static void main(String[] args) throws Exception {

17	final VolatileExample example = new VolatileExample();

18	Thread thread1 = new Thread(new Runnable() {

19	public void run() {

20	example.write();

21

}

22

});

23	Thread thread2 = new Thread(new Runnable() {

24	public void run() {

25	example.read();

26

}

27

});

28	thread1.start();

29	thread2.start();

30	thread1.join();

31	thread2.join();

32

}

33

}

x并不需要定义为volatile, 程序里可以有需要类似x的变量，我们只需要一个volatile变量b来确保线程a能看到线程1对x的修改：

1. 根据代码顺序规则，线程1的x=5; happens-before b=1;; 线程2的int dummy = b; happens-before while(x!=5);
2. 根据volatile变量规则，线程2的b=1; happens-before int dummy=b;
3. 根据传递性，x=5; happens-before while(x!=5);

JSR-133

在JSR-133之前的旧Java内存模型中，虽然不允许volatile变量之间重排序，但旧的Java内存模型仍然会允许volatile变量与普通变量之间重排序。JSR-133则增强了volatile的内存语义：严格限制编译器（在编译器）和处理器（在运行期）对volatile变量与普通变量的重排序，确保volatile的写-读和监视器的释放-获取一样，具有相同的内存语义。

延伸阅读： JSR-133: JavaTM Memory Model and Thread Specification， The JSR-133 Cookbook for Compiler Writers

参考链接

1. http://2011.lucene-eurocon.org/attachments/0002/8787/Busch_twitter_realtime_search_eurocon_11.pdf
2. http://www.rossbencina.com/code/lockfree
3. http://rethinkdb.com/blog/lock-free-vs-wait-free-concurrency/
4. http://www.infoq.com/cn/articles/java-memory-model-4
5. JSR-133: JavaTM Memory Model and Thread Specification
6. The JSR-133 Cookbook for Compiler Writers

• About

 

• Latest Posts

 

Hugozhu

 

花名一粟，淘宝资深架构师。

您可能感兴趣的文章

• 2013 年 12 月 30 日 您还有心跳吗？超时机制分析 (35)
• 2013 年 2 月 22 日 聊聊我对Java内存模型的理解 (10)
• 2013 年 2 月 7 日 深入理解Java内存模型（四）——volatile (16)
• 2012 年 8 月 20 日 聊聊并发（一）深入分析Volatile的实现原理 (20)
• 2013 年 5 月 14 日 有关“双重检查锁定失效”的说明 (4)
• 2013 年 1 月 11 日 同步和Java内存模型（五）Volatile (6)
• 2013 年 1 月 3 日 JMM Cookbook(一)指令重排 (1)
• 2013 年 1 月 20 日 Java内存模型Cookbook（四）指南(Recipes) (1)
• 2013 年 1 月 7 日 同步和Java内存模型 (0)
• 2013 年 1 月 20 日 volatile是否能保证数组中元素的可见性？ (8)
• 2013 年 1 月 30 日 深入理解Java内存模型（三）——顺序一致性 (11)
• 2013 年 3 月 16 日 深入理解Java内存模型（七）——总结 (4)
• 2013 年 1 月 24 日 深入理解Java内存模型（一）——基础 (16)
• 2013 年 1 月 4 日 Java内存模型FAQ（六）没有正确同步的含义是什么？ (0)
• 2013 年 4 月 27 日 支持生产阻塞的线程池 (5)