- Java的运行时的内存模型
运行时有两类内存,其中有一个内存区域是jvm虚拟机栈,每一个线程运行时都有一个线程栈,线程栈保存了线程运行时候变量值信息。当线程访问某一个对象时候值的时候,首先通过对象的引用找到对应在堆内存的变量的值,然后把堆内存变量的具体值load到线程本地内存中,建立一个变量副本,之后线程就不再和对象在堆内存变量值有任何关系,而是直接修改副本变量的值,在修改完之后的某一个时刻(线程退出之前),自动把线程变量副本的值回写到对象在堆中变量。这样在堆中的对象的值就产生变化了。下面一幅图描述这写交互:
- 以上内存模型带来的问题
从上图可以看出,一个在线程中的变量并不是直接从内存堆里读取值的,而是从线程的缓存堆中读取,而线程的缓存是内存的一份拷贝。加设我们定义了两个线程,读取同一个内存变量,在两个线程的缓存完成内存的拷贝之后,我们让一个线程去修改这个变量的值,然后我们在另一个线程中去读取变量,这个时候我们并不能保证修改过的内存值重新拷贝到了另一个线程的缓存中。这样一来,我们在另一个线程中读到的值,可能就是一个没有更新的值。
- volatile修饰的变量如何读取值
经过volatile修饰以后,线程缓存会被运行时忽略,所以每一次读取变量值都是从内存中直接读取。
- 可见性 原子性 有序性
- 可见性
可见性是一种复杂的属性,因为可见性中的错误总是会违背我们的直觉。通常,我们无法确保执行读操作的线程能适时地看到其他线程写入的值,有时甚至是根本不可能的事情。为了确保多个线程之间对内存写入操作的可见性,必须使用同步机制。可见性,是指线程之间的可见性,一个线程修改的状态对另一个线程是可见的。也就是一个线程修改的结果。另一个线程马上就能看到。比如:用volatile修饰的变量,就会具有可见性。volatile修饰的变量不允许线程内部缓存和重排序,即直接修改内存。所以对其他线程是可见的。但是这里需要注意一个问题,volatile只能让被他修饰内容具有可见性,但不能保证它具有原子性。比如 volatile int a = 0;之后有一个操作 a++;这个变量a具有可见性,但是a++ 依然是一个非原子操作,也就是这个操作同样存在线程安全问题。在 Java 中 volatile、synchronized 和 final 实现可见性。
- 原子性
原子是世界上的最小单位,具有不可分割性。比如 a=0;(a非long和double类型) 这个操作是不可分割的,那么我们说这个操作时原子操作。再比如:a++; 这个操作实际是a = a + 1;是可分割的,所以他不是一个原子操作。非原子操作都会存在线程安全问题,需要我们使用同步技术(sychronized)来让它变成一个原子操作。一个操作是原子操作,那么我们称它具有原子性。java的concurrent包下提供了一些原子类,我们可以通过阅读API来了解这些原子类的用法。比如:AtomicInteger、AtomicLong、AtomicReference等。在 Java 中 synchronized 和在 lock、unlock 中操作保证原子性。
- 有序性
Java 语言提供了 volatile 和 synchronized 两个关键字来保证线程之间操作的有序性,volatile 是因为其本身包含“禁止指令重排序”的语义,synchronized 是由“一个变量在同一个时刻只允许一条线程对其进行 lock 操作”这条规则获得的,此规则决定了持有同一个对象锁的两个同步块只能串行
- volatile只能保证可见性和有序性,不可保证原子性
- 保证可见性和有序性:从第二部分可以看出,未经volatile修饰的变量,即便我们是确定第一个线程修改完了之后,由第二个线程去读取变量值,仍然可能读出一个在缓存中而未更新的值。如果我们加了volatile,根据第三部分的解释,我们直接从内存中读取数据,这样就可以保证读到的是第一个线程修改过的值。
- 不可保证原子性:volatile是一个和硬件相关的底层数据保证机制,而原子性和我们业务逻辑有关,比如银行存钱取钱的例子,假设有一个方法,开一个线程先存一定的钱,再取一定的钱,如果不用synchronized修饰这个方法,我们就无法保证这两个操作是在一个线程中完全执行完了以后,再会被另一个线程执行相同的操作。