Java的volatile關(guān)鍵字用于標記一個Java變量為“在主存中存儲”。更確切的說，對volatile變量的讀取會從計算機的主存中讀取，而不是從CPU緩存中讀取，對volatile變量的寫入會寫入到主存中，而不只是寫入到CPU緩存。
實際上，從Java5開始，volatile關(guān)鍵字不只是保證了volatile變量在主存中寫入和讀取，我回在后面的部分做相關(guān)的解釋。
變量可見性問題
Java的volatile關(guān)鍵字保證了多個線程對變量值變化的可見性。這聽起來有點抽象，讓我來詳細解釋。
在一個多線程的程序中，當多個線程操作非volatile變量時，出于性能原因，每個線程會從主存中拷貝一份變量副本到一個CPU緩存中。如果你的計算機有多于一個CPU，每個線程可能會在不同的CPU中運行。這意味著每個簡稱拷貝變量到不同CPU的緩存中，如下圖：
對于非volatile變量，并沒有保證何時JVM從主存中讀取數(shù)據(jù)到CPU緩存，或者從CPU緩存中寫出數(shù)據(jù)到主存。這會導(dǎo)致一些問題。
想象一種情況，多于一個線程訪問一個共享對象，這個共享對象包含一個計數(shù)變量如下聲明：
publicclassShareObject{publicintcounter =0;}
考慮只有一個線程Thread1增加counter這個變量的值，但是Tread1和Thread2可能有時會讀取counter變量。
如果counter變量沒有被聲明為volatile，就不能保證何時這個變量的值會從CPU緩存寫回主存，這意味著，在CPU緩存中的counter變量的值可能和主存中的不一樣。如下圖所示：
線程沒有看到一個變量最新更新的值的原因是這個變量還沒有被一個線程寫回到主存，這被稱為“可見性”問題。一個線程對變量的更新對其他線程不可見。
Java的volatile可見性保證
Java的volatile關(guān)鍵字想要解決變量可見性問題。通過聲明counter變量為volatile，所有對counter變量的寫入都回立即寫回到主存，同時所有對counter變量也都會從主存中讀取。
西面的代碼展示了如何把counter變量聲明為volatile：
publicclassSharedObject{publicvolatileintcounter =0;}
聲明一個變量為volatile保證了對變量的寫入對其他線程的可見性。
在上面的場景中，一個線程（T1）修改了counter變量的值，另一個線程（T2）讀取counter變量（但是不修改它），聲明counter變量為volatile足以保證對counter變量的寫入對T2可見。
但是，如果T1和T2都去增加counter變量的只，name聲明counter變量為volatile是不夠的，后面會說明。
全volatile可見性保證
實際上，Java的volatile的可見性保證不止volatile變量本身?？梢娦员ＷC如下：
如果線程A寫一個volatile變量，線程B隨后讀取這個volatile變量，那么在寫這個volatile變量之前對線程A可見的所有變量，在線程B讀取這個volatile變量之后對線程B也可見。
如果線程A讀取一個volatile變量，那么當A讀取這個volatile變量時所有對線程A可見的變量也可以從主存中再次讀取。
我用下面的代碼來說明：
publicclassMyClass{privateintyears;privateintmonths;privatevolatileintdays;publicvoidupdate(intyears,intmonths,intdays){this.years = years;this.months = months;this.days = days; }}
update()方法寫入三個變量，只有days變量是volatile的。
全volatile可見性保證的意思是，當一個值寫入到days變量，則所有對當前線程可見的變量也會都寫入到主存，也就是當一個值寫入到days變量，則years和months的只也被寫入到主存。
當讀取years，months和days的值，可以這樣做：
publicclassMyClass{privateintyears;privateintmonths;privatevolatileintdays;publicinttotalDays(){inttotal =this.days; total += months *30; total += years *365;returntotal; }publicvoidupdate(intyears,intmonths,intdays){this.years = years;this.months = months;this.days = days; }}
需要注意的是totalDays()方法起始于讀取days的值到total變量中。當讀取days的值時，months和years的值也被讀取到主存。因此可以保證你看到的是days，months和years的最新的值，前提是保證上面的讀取順序。
指令重排序挑戰(zhàn)
出于性能的考量，JVM和CPU允許對程序中的指令進行重排序，只要指令的語義不變。例如下面的指令：
int a =1;intb =2;a++;b++;
這些指令可以按照下面的順序重排，并不會丟失程序的語義：
int a =1;a++;intb =2;b++;
但是，指令重排序?qū)τ谄渲幸粋€變量是volatile變量這種情況是有挑戰(zhàn)的。讓我們看一下MyClass這個類：
publicclassMyClass{privateintyears;privateintmonths;privatevolatileintdays;publicvoidupdate(intyears,intmonths,intdays){this.years = years;this.months = months;this.days = days; }}
一旦update()方法對days變量寫入一個值，years和months新寫入的只也刷入到主存，但是，如果有JVM指令重排序，像下面這樣：
publicvoidupdate(intyears,intmonths,intdays){this.days = days;this.months = months;this.years = years;}
months和years的只在days變量修改的情況下依然會寫入到主存，但是這時將years和days變量值刷入主存這件事發(fā)生在對months和years寫入新值之前，則對years和days的更新對其他線程來說就不可見了。這下指令重排序就改變了程序的語義。
Java有一個應(yīng)對此問題的解決方案，下面會講到。
Java的volatile的Happens-Before保證
為了解決指令重排序的挑戰(zhàn)，Java的volatile關(guān)鍵字除了可見性保證之外，給出了一個“happens-before”的保證。happens-before保證如下情況：
如果讀取和寫入其他非volatile變量發(fā)生在寫入volatile變量之前（這種情況這些非volatile變量也會被刷入主存），則讀取和寫入這些變量不能被重排序為發(fā)生在寫入這個volatile變量之后（禁止指令重排序）。在寫入一個volatile變量之前的讀取和寫入非volatile變量被保證為“happen before”寫入這個volatile變量。需要注意的是，例如在寫入一個volatile變量之后讀寫其他變量可以被重排序到寫入這個volatile變量之前。從“之后”重排序到”之前“是允許的，但是從”之前“重排序到”之后“是禁止的。
如果讀寫其他非volatile變量發(fā)生在讀取一個volatile變量之后（這種情況這些非volatile變量也會被刷到主存），則讀寫這些變量不能被重排序為發(fā)生在讀取這個volatile變量之前。需要注意的是，讀取其他變量發(fā)生在讀取一個volatile變量之前能夠被重排序為發(fā)生在讀取這個volatile變量之后。從”之前“重排序到“之后”是允許的，但是從“之后”重排序到“之前”是被禁止的。
上面的happens-before保障保證的volatile關(guān)鍵字的可見性是強制的。
volatile不總是足夠的
盡管volatile關(guān)鍵字保證了所有對一個volatile變量的讀取都是從主存中讀取，所有對volatile關(guān)鍵字的寫入都是直接到主存，但是仍有其他情況使得聲明一個變量為volatile是不足夠的。
在前面解釋的情況，也就是只有Thread1寫共享變量counter，聲明counter變量為volatile足以保證Thread2總是看到最新寫入的值。
實際上，多線程都可以寫一個共享的volatile變量，并且仍然在主存中存儲正確的值，前提是寫入變量的新值不依賴于它之前的值。也就是說，如果一個線程寫入一個值到共享的volatile變量不需要先去讀它的值去產(chǎn)出下一個值。
只要一個線程需要首先讀取一個volatile變量的值，基于這個值生成一個新值，則一個volatile關(guān)鍵字不足以保證正確的可見性。在讀取volatile變量然后寫入新值的短暫的間隙，會產(chǎn)生競態(tài)條件（race condition），這時多個線程可能讀取到相同的volatile變量的值，生成這個變量的新值，當將新值寫回主存時，會覆蓋彼此的值。
多線程增加相同計數(shù)器的值就是這種情況，導(dǎo)致一個volatile聲明不足夠。下面詳細解釋這種情況。
想象如果Thread1讀取一個值為0的共享的counter變量到它的CPU緩存，增加1并且不將這個改變的值寫回主存。Thread2然后從主存中讀取相同的值仍為0counter變量到它的CPU緩存。Thread2也為它增加1，也不寫回主存。這種情況如下圖所示：
Thread1和Thread2此時實際上已經(jīng)不同步了。共享變量counter的值應(yīng)該為2，但是每個線程在CPU緩存中的這個變量的值都為1，在主存中的值仍為0，這就亂了！盡管這兩個線程最終會將值寫回主存中的共享變量，這個值也是不正確的。
何時volatile是足夠的？
正如前面所說，如果兩個線程都去讀寫同一個共享變量，只對這個共享變量使用volatile關(guān)鍵字是不夠的。你需要使用一個 synchronized 關(guān)鍵字去保證讀寫相同變量是原子的。讀寫一個volatile變量不會阻塞線程的讀寫。
作為synchronized塊替代方法，你可以使用 java.util.concurrent 包中的眾多原子數(shù)據(jù)類型。比如，AtomicLong或者AtomicReference或其他的類型。
只有一個線程讀寫一個volatile變量值，其他線程只讀取變量，則這些讀線程能夠保證看到寫入這個volatile變量的最新值，如果不聲明為volatile，則這種情況不能保證。
volatile的性能考量
讀寫volatile變量會導(dǎo)致變量被讀寫到主存。讀寫主存比訪問CPU緩存開銷更大。訪問volatile變量也會禁止指令重排序，而指令重排序是一個正正常的性能優(yōu)化技術(shù)。因此，你應(yīng)該只在真正需要保證變量可見性的時候使用volatile變量。
需要java學(xué)習(xí)路線圖的私信筆者“java”領(lǐng)取哦！另外喜歡這篇文章的可以給筆者點個贊，關(guān)注一下，每天都會分享Java相關(guān)文章！還有不定時的福利贈送，包括整理的學(xué)習(xí)資料，面試題，源碼等~~
