java的volatile与多线程

Java语言规范中指出：为了获得最佳速度，允许线程保存共享成员变量的私有拷贝，而且只当线程进入或者离开同步代码块时才与共享成员变量的原始值对比。


Volatile修饰的成员变量在每次被线程访问时，都强迫从共享内存中重读该成员变量的值。而且，当成员变量发生变化时，强迫线程将变化值回写到共享内存。这样在任何时刻，两个不同的线程总是看到某个成员变量的同一个值。

下面是个例子：恢复注释的任何一处都可以实现同步，就是让程序停下来

import java.util.concurrent.TimeUnit;

// Broken! - How long would you expect this program to run ?
public class StopThread {
	
	
//	private static volatile   boolean stopRequested;  // value: false
	private static   boolean stopRequested;  // value: false
	
	public static void main(String... args) throws InterruptedException {
		
		
		Thread backgroundThread = new Thread(new Runnable() {
			public synchronized  void test () {
			}
			
			@Override
			public void run() {
				int i = 0;
				while(!stopRequested){
//					test();
					i++;
				}
			}
		});
		
	
		backgroundThread.start();
		
		TimeUnit.SECONDS.sleep(1);
		stopRequested = true;
		
	}
}

当然最容易理解的是用同步的方法：

import java.util.concurrent.TimeUnit;

// Broken! - How long would you expect this program to run ?
public class StopThread {

	private static boolean stopRequested;  // value: false
	
	public static synchronized void requestStop() {
		stopRequested = true;
	}
	public static synchronized boolean stopRequested() {
		return stopRequested;
	}
	public static void main(String... args) throws InterruptedException {
		
		Thread backgroundThread = new Thread(new Runnable() {
			
			@Override
			public void run() {
				int i = 0;
				while(!stopRequested())
					i++;
			}
		});
		
		backgroundThread.start();
		
		TimeUnit.SECONDS.sleep(1);
		requestStop();
	}
}

评论

9 楼 rainsilence 2013-02-22  

huangyunbin 写道

rainsilence 写道

lz的例子的确是Volatile的使用场景，却不直观。因为区别只有一瞬间，当stopRequested修改了后，不用  Volatile可能多执行3遍，别的线程才能发现。但是用了，可能一遍都不多执行，别的线程就能发现。用lz的例子不明显，换成淘宝的秒杀就明显了吧。

你上网查下，Volatile是肯定会被发现的，但是不用Volatile肯定不会发现，这个不存在概率问题的。而且我确实执行了多次验证的。

淘宝的秒杀是怎么样的？

用Volatile是肯定会被发现，不用Volatile不一定不会被发现，你也测出来了，其实跟jre的策略有关。

8 楼 huangyunbin 2013-02-22  

rainsilence 写道

lz的例子的确是Volatile的使用场景，却不直观。因为区别只有一瞬间，当stopRequested修改了后，不用  Volatile可能多执行3遍，别的线程才能发现。但是用了，可能一遍都不多执行，别的线程就能发现。用lz的例子不明显，换成淘宝的秒杀就明显了吧。

你上网查下，Volatile是肯定会被发现的，但是不用Volatile肯定不会发现，这个不存在概率问题的。而且我确实执行了多次验证的。

淘宝的秒杀是怎么样的？

7 楼 huangyunbin 2013-02-22  

我得到的结果是：只有jre6默认情况（client模式）是会停下来的。其他情况（如jre6的server模式 以及jre7）都是不会停的.

6 楼 rainsilence 2013-02-21  

lovexp2010 写道

第一个例子，你意思不恢复注释，这个程序就停止不了?我试了，不恢复注释，运行正常，可以停下来，怎么解释？

我的环境：CPU：i5, JDK:1.6

当然是可以停下来啦。java的变量几乎都不具有原子性，即不同的thread对于共享变量的读写，通常无法及时的反应给其他线程。为了获得更快的速度。

用Volatile可以保证变量可以在其他线程写入的瞬间读到最新值，避免脏读。

lz的例子的确是Volatile的使用场景，却不直观。因为区别只有一瞬间，当stopRequested修改了后，不用  Volatile可能多执行3遍，别的线程才能发现。但是用了，可能一遍都不多执行，别的线程就能发现。用lz的例子不明显，换成淘宝的秒杀就明显了吧。

5 楼 zjuttsw 2013-02-21  

zjuttsw 写道

lovexp2010 写道

第一个例子，你意思不恢复注释，这个程序就停止不了?我试了，不恢复注释，运行正常，可以停下来，怎么解释？

我的环境：CPU：i5, JDK:1.6

你以服务器模式运行该程序就可以达到预期结果。 java -version AppName

打错了，是 -server

4 楼 zjuttsw 2013-02-21  

lovexp2010 写道

第一个例子，你意思不恢复注释，这个程序就停止不了?我试了，不恢复注释，运行正常，可以停下来，怎么解释？

我的环境：CPU：i5, JDK:1.6

你以服务器模式运行该程序就可以达到预期结果。 java -version AppName

3 楼 xiajun_868 2013-02-21  

huangyunbin 写道

lovexp2010 写道

第一个例子，你意思不恢复注释，这个程序就停止不了?我试了，不恢复注释，运行正常，可以停下来，怎么解释？

我的环境：CPU：i5, JDK:1.6

不是吧，我的是64位的 jdk5，CPU：i3.难道和jdk有关系？我再试下

停下来时肯定会的，只是时机不同而已。没有volatile那停下来就不是准确的时机。

2 楼 huangyunbin 2013-02-21  

lovexp2010 写道

第一个例子，你意思不恢复注释，这个程序就停止不了?我试了，不恢复注释，运行正常，可以停下来，怎么解释？

我的环境：CPU：i5, JDK:1.6

不是吧，我的是64位的 jdk5，CPU：i3.难道和jdk有关系？我再试下

1 楼 lovexp2010 2013-02-21  

第一个例子，你意思不恢复注释，这个程序就停止不了?我试了，不恢复注释，运行正常，可以停下来，怎么解释？

我的环境：CPU：i5, JDK:1.6