关于JAVA中的JMM内存模型

关于JAVA中的JMM内存模型

在Java中当多个线程操作同一个资源,由于某些原因当一个线程启动并获取资源后,若第二个线程队同一个资源进行了改动,在改动之前的线程并不会马上获取主存中的资源(CPU嗅探),这可能会造成阻塞.

JMM内存模型如下图:

为了解决这一问题,我们需要应用volatile关键字,volatile保证了资源的可见性、但不保证资源的原子性.

import java.util.concurrent.TimeUnit;

public class JMMDemo {
    // 不加 volatile 程序就会死循环！
    // 加 volatile 可以保证可见性
    private volatile static int num = 0;

    public static void main(String[] args) { // main

        new Thread(()->{ // 线程 1 对主内存的变化不知道的
            while (num==0){

            }
        }).start();

        try {
            TimeUnit.SECONDS.sleep(1);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        num = 1;
        System.out.println(num);

    }
}

但是volatile关键字并不保证原子性,怎样保证资源的原子性呢?当然可以使用lock锁或者synchronized关键字,但这显然会降低程序的运行效率,在不考虑使用锁和同步代码块的情况下,我们可以使用JUC中提供的AtomicInteger类,详细代码如下:

import java.util.concurrent.atomic.AtomicInteger;

// volatile 不保证原子性
public class VDemo02 {

    // volatile 不保证原子性
    // 原子类的 Integer
    private volatile static AtomicInteger num = new AtomicInteger();

    public static void add(){
        // num++; // 不是一个原子性操作
        num.getAndIncrement(); // AtomicInteger + 1 方法， CAS
    }

    public static void main(String[] args) {

        //理论上num结果应该为 2 万
        for (int i = 1; i <= 20; i++) {
            new Thread(()->{
                for (int j = 0; j < 1000 ; j++) {
                    add();
                }
            }).start();
        }

        while (Thread.activeCount()>2){ // main  gc
            Thread.yield();
        }

        System.out.println(Thread.currentThread().getName() + " " + num);


    }
}

在代码的第11行中注释写到num++;其实并不是一个原子性操作,如果使用java的反编译命令查看字节码文件可

看出num++;的底层确实不是原子性的操作

至此,我们已经可以解决在多线程并行的情况下,主存与线程工作内存的一致性和可见性了,正如JMM内存模型要求的那样.