前言

當共享變數被宣告為volatile後，對這個變數的讀/寫操作都會很特別，下面我們就揭開volatile的神祕面紗。

1.volatile的記憶體語義

1.1 volatile的特性

一個volatile變數自身具有以下三個特性：

1. 可見性：即當一個執行緒修改了宣告為volatile變數的值，新值對於其他要讀該變數的執行緒來說是立即可見的。而普通變數是不能做到這一點的，普通變數的值線上程間傳遞需要通過主記憶體來完成。

2. 有序性：volatile變數的所謂有序性也就是被宣告為volatile的變數的臨界區程式碼的執行是有順序的，即禁止指令重排序。

3. 受限原子性：這裡volatile變數的原子性與synchronized的原子性是不同的，synchronized的原子性是指只要宣告為synchronized的方法或程式碼塊兒在執行上就是原子操作的。而volatile是不修飾方法或程式碼塊兒的，它用來修飾變數，對於單個volatile變數的讀/寫操作都具有原子性，但類似於volatile++這種複合操作不具有原子性。所以volatile的原子性是受限制的。並且在多執行緒環境中，volatile並不能保證原子性。

1.2 volatile寫-讀的記憶體語義

volatile寫的記憶體語義：當寫執行緒寫一個volatile變數時，JMM會把該執行緒對應的本地記憶體中的共享變數值重新整理到主記憶體。

volatile讀的記憶體語義：當讀執行緒讀一個volatile變數時，JMM會把該執行緒對應的本地記憶體置為無效，執行緒接下來將從主記憶體讀取共享變數。

2.volatile語義實現原理

在介紹volatile語義實現原理之前，我們先來看兩個與CPU相關的專業術語：

• 記憶體屏障（memory barriers）：一組處理器指令，用於實現對記憶體操作的順序限制。
• 快取行（cache line）：CPU快取記憶體中可以分配的最小儲存單位。處理器填寫快取行時會載入整個快取行。

2.1 volatile可見性實現原理

volatile可見性的記憶體語義是如何實現的呢？下面我們看一段程式碼，並將程式碼生成的處理器的彙編指令打印出來（關於如何列印彙編指令，我會在文章末尾附上），看下對volatile變數進行寫操作時，CPU會做什麼事情：

public class VolatileTest {

    private static volatile VolatileTest instance = null;

    private VolatileTest(){}

    public static VolatileTest getInstance(){
        if(instance == null){
            instance = new VolatileTest();
        }

        return instance;
    }

    public static void main(String[] args) {
        VolatileTest.getInstance();
    }
}
 

以上的程式碼是一個我們非常熟悉的在多執行緒環境中不能保證執行緒安全的單例模式程式碼，這段程式碼中特殊的地方是，我將例項變數instance加上了volatile修飾，下面看列印的彙編指令：

上面截圖中，我們看到我劃線的一行的末尾有一句彙編註釋：putstatic instance，瞭解JVM 位元組碼指令的小夥伴都知道，putstatic的含義是給一個靜態變數設定值，在上述程式碼中也就是給靜態變數instance賦值，對應程式碼：instance = new VolatileTest();在getInstance方法中為instance例項化，因為instance加了volatile修飾，所以給靜態變數instance設定值也是在寫一個volatile變數。

看到上述有彙編指令，也有位元組碼指令，大家會不會混淆這兩種指令，這裡我指明一下位元組碼指令和彙編指令的區別：

我們都知道java是一種跨平臺的語言，那麼java是如何實現這種平臺無關性的呢？這就需要我們瞭解JVM和java的位元組碼檔案。這裡我們需要有一點共識，就是任何一門程式語言都需要轉換為與平臺相關的彙編指令才能夠最終被硬體執行，比如C和C++都將我們的原始碼直接編譯成與CPU相關的彙編指令給CPU執行。 不同系列的CPU的體系架構不同，所以它們的彙編指令也有不同，比如X86架構的CPU對應於X86彙編指令，arm架構的CPU對應於arm彙編指令。如果將程式原始碼直接編譯成與硬體相關的底層彙編指令，那麼程式的跨平臺性也就大打折扣，但執行效能相對較高。為了實現平臺無關性，java的編譯器javac並不是將java的源程式直接編譯成與平臺相關的彙編指令，而是編譯成一種中間語言，即java的class位元組碼檔案。位元組碼檔案，顧名思義存的就是位元組碼，即一個一個的位元組。有開啟過java位元組碼檔案研讀過的小夥伴可能會發現，位元組碼檔案裡面存的並不是二進位制，而是十六進位制，這是因為二進位制太長了，一個位元組要由8位二進位制組成。所以用十六進位制標表示，兩個十六進位制就可以表示一個位元組。java原始碼編譯後的位元組碼檔案是不能夠直接被CPU執行的，那麼該如何執行呢？答案是JVM，為了讓java程式能夠在不同的平臺上執行，java官方提供了針對於各個平臺的java虛擬機器，JVM運行於硬體層之上，遮蔽各種平臺的差異性。javac編譯後的位元組碼檔案統一由JVM來載入，最後再轉化成與硬體相關的機器指令被CPU執行。知道了通過JVM來載入位元組碼檔案，那麼還有一個問題，就是JVM如何將位元組碼中的每個位元組和我們寫的java原始碼相關聯，也就是JVM如何知道我們寫的java原始碼對應於class檔案中的哪段十六進位制，這段十六進位制是幹什麼的，執行了什麼功能？並且一大堆的十六進位制，我們也看不懂啊。所以這就需要定義一個JVM層面的規範，在JVM層面抽象出一些我們能夠認識的指令助記符，這些指令助記符就是java的位元組碼指令。

再看上面的截圖，當寫instance這個volatile變數時，發現add前面加個一個lock指令，我在截圖中框了出來，如何不加volatile修飾，是沒有lock的。

lock指令在多核處理器下會引發下面的事件：

將當前處理器的快取行的資料寫回到系統記憶體，同時使其他CPU裡快取了該記憶體地址的資料置為無效。

為了提高處理速度，處理器一般不直接和記憶體通訊，而是先將系統記憶體的資料讀到內部快取後再進行操作，但操作完成後並不知道處理器何時將快取資料寫回到記憶體。但如果對加了volatile修飾的變數進行寫操作，JVM就會向處理器傳送一條lock字首的指令，將這個變數在快取行的資料寫回到系統記憶體。這時只是寫回到系統記憶體，但其他處理器的快取行中的資料還是舊的，要使其他處理器快取行的資料也是新寫回的系統記憶體的資料，就需要實現快取一致性協議。即在一個處理器將自己快取行的資料寫回到系統記憶體後，其他的每個處理器就會通過嗅探在總線上傳播的資料來檢查自己快取的資料是否已過期，當處理器發現自己快取行對應的記憶體地址的資料被修改後，就會將自己快取行快取的資料設定為無效，當處理器要對這個資料進行修改操作的時候，會重新從系統記憶體中把資料讀取到自己的快取行，重新快取。

總結下：volatile可見性的實現就是藉助了CPU的lock指令，通過在寫volatile的機器指令前加上lock字首，使寫volatile具有以下兩個原則：

1. 寫volatile時處理器會將快取寫回到主記憶體。
2. 一個處理器的快取寫回到記憶體會導致其他處理器的快取失效。

2.2 volatile有序性的實現原理

volatile有序性的保證就是通過禁止指令重排序來實現的。指令重排序包括編譯器和處理器重排序，JMM會分別限制這兩種指令重排序。

那麼禁止指令重排序又是如何實現的呢？答案是加記憶體屏障。JMM為volatile加記憶體屏障有以下4種情況：

1. 在每個volatile寫操作的前面插入一個StoreStore屏障，防止寫volatile與後面的寫操作重排序。
2. 在每個volatile寫操作的後面插入一個StoreLoad屏障，防止寫volatile與後面的讀操作重排序。
3. 在每個volatile讀操作的後面插入一個LoadLoad屏障，防止讀volatile與後面的讀操作重排序。
4. 在每個volatile讀操作的後面插入一個LoadStore屏障，防止讀volatile與後面的寫操作重排序。

上述記憶體屏障的插入策略是非常保守的，比如一個volatile的寫操作後面需要加上StoreStore和StoreLoad屏障，但這個寫volatile後面可能並沒有讀操作，因此理論上只加上StoreStore屏障就可以，的確，有的處理器就是這麼做的。但JMM這種保守的記憶體屏障插入策略能夠保證在任意的處理器平臺，volatile變數都是有序的。

3.JSR-133對volatile記憶體語義的增強

在JSR-133之前的舊的java記憶體模型中，雖然不允許對volatile變數之間的操作進行重排序，但允許對volatile變數與普通變數之間進行重排序。比如記憶體屏障前面是一個寫volatile變數的操作，記憶體屏障後面的操作是一個寫普通變數的操作，即使這兩個寫操作可能會破壞volatile記憶體語義，但JMM是允許這兩個操作進行重排序的。

在JSR-133以及後面的新的java記憶體模型中，增強了volatile的記憶體語義。只要volatile變數與普通變數之間的重排序可能會破壞volatile的記憶體語義，這種重排序就會被編譯器重排序規則和處理器記憶體屏障出入策略禁止。

附：配置idea列印彙編指令

工具包下載地址：連結：https://pan.baidu.com/s/11yRnsOHca5EVRfE9gAuVxA
提取碼：gn8z

將下載的工具包解壓，複製到jdk安裝目錄的jre路徑下的bin目錄中，如圖：

然後配置idea，在 VM options 選項中輸入：-server -Xcomp -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly -XX:CompileCommand=compileonly,*類名.方法名

JRE選項選擇已放入工具包的jre路徑。

下圖是我的idea配置：

以上配置好後執行就可以列印彙編指令了