Volatile关键字特性
指令重排
内存可见性
伪共享 vilatile一次是读取一块区域(catchLine), 而不是一个变量, 一般是64
vilatile标识过的变量出现过的地方,以该变量为分界,该变量之前的代码不能重排到之后去,反之亦然
单线程情况下指令重拍下并不影响执行结果
package unsynch;
/**
* volatile修饰的变量,主要就是为了解决多线程操作数据时,在内存中的可见性,
* 相较于synchronized关键字是一个轻量级的解决多线程安全冲突的方式;
*
* 注意:
* 1.volatile 不具有"互斥性"(互斥就是当一个线程访问共享数据时候,另外一个线程等待)
* 2.volatile 不能保证变量的"原子性"(原子性见CAS(Compare-And-Swap)原子性)
*
* volatile修饰的变量,能够保证每次对该变量的操作都在主内存中完成,(计算机底层还是在每一个线程独立的内存中完成,
* 但是它会时实的刷新主内存)
*
* 内存可见性问题就是当多个线程操作共享线程时候,彼此不可见,下面代码是两个线程一个负责写一个负责读,
* 当服务启动时候,JVM会给每一个线程一个独立的内存,目的是为了提高效率,也就是因为这样的机制,
* 从而导致了线程之间的内存不可见
*
* 没有加volatile关键字的时候
* 当第二个线程在主内存中获得到flag=false时候,放在自己线程的独立内存中,写成 flag=true,
* 这个时候第一个线程从主内存中获取到的还是flag=false,由于while(true)销量比较高,导致一直循环
* 所以控制台打印flag = true, 后服务不会结束,会死循环
*
* 当加上volatile关键字之后这个问题就会解决
*
*/
public class VolatileTest {
public static void main(String[] args) { // 第一个线程
ThreadDemo td = new ThreadDemo();
new Thread(td).start(); // 第二个线程
while(true){
// synchronized(td){ // 加锁是可以解决的,但是锁的性能太低
if(td.isFlag()){
System.out.println("--------------"); // 负责读
}
// }
}
}
}
class ThreadDemo implements Runnable{
private volatile boolean flag = false;
@Override
public void run() {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
}
flag = true; // 负责写 把flag改为true
System.out.println("flag = " + isFlag());
}
public boolean isFlag() {
return flag;
}
public void setFlag(boolean flag) {
this.flag = flag;
}
}