volatile的用法

http://www.javashuo.com/article/p-hrianlsi-hq.html

恐怕比較一下volatile和synchronized的不一樣是最容易解釋清楚的。volatile是變量修飾符，而synchronized則做用於一段代碼或方法；看以下三句get代碼：

1. int i1;              int geti1() {return i1;}
2. volatile int i2;  int geti2() {return i2;}
3. int i3;              synchronized int geti3() {return i3;}

　　geti1()獲得存儲在當前線程中i1的數值。多個線程有多個i1變量拷貝，並且這些i1之間能夠互不相同。換句話說，另外一個線程可能已經改 變了它線程內的i1值，而這個值能夠和當前線程中的i1值不相同。事實上，Java有個思想叫「主」內存區域，這裏存放了變量目前的「準確值」。每一個線程 能夠有它本身的變量拷貝，而這個變量拷貝值能夠和「主」內存區域裏存放的不一樣。所以實際上存在一種可能：「主」內存區域裏的i1值是1，線程1裏的i1值 是2，線程2裏的i1值是3——這在線程1和線程2都改變了它們各自的i1值，並且這個改變還沒來得及傳遞給「主」內存區域或其餘線程時就會發生。
　 　而geti2()獲得的是「主」內存區域的i2數值。用volatile修飾後的變量不容許有不一樣於「主」內存區域的變量拷貝。換句話說，一個變量經 volatile修飾後在全部線程中必須是同步的；任何線程中改變了它的值，全部其餘線程當即獲取到了相同的值。理所固然的，volatile修飾的變量 存取時比通常變量消耗的資源要多一點，由於線程有它本身的變量拷貝更爲高效。
　　既然volatile關鍵字已經實現了線程間數據同步，又要 synchronized幹什麼呢？呵呵，它們之間有兩點不一樣。首先，synchronized得到並釋放監視器——若是兩個線程使用了同一個對象鎖，監 視器能強制保證代碼塊同時只被一個線程所執行——這是衆所周知的事實。可是，synchronized也同步內存：事實上，synchronized在「 主」內存區域同步整個線程的內存。所以，執行geti3()方法作了以下幾步：
1. 線程請求得到監視this對象的對象鎖（假設未被鎖，不然線程等待直到鎖釋放）
2. 線程內存的數據被消除，從「主」內存區域中讀入（Java虛擬機能優化此步。。。[後面的不知道怎麼表達,汗]）
3. 代碼塊被執行
4. 對於變量的任何改變如今能夠安全地寫到「主」內存區域中（不過geti3()方法不會改變變量值）
5. 線程釋放監視this對象的對象鎖
　　所以volatile只是在線程內存和「主」內存間同步某個變量的值，而synchronized經過鎖定和解鎖某個監視器同步全部變量的值。顯然synchronized要比volatile消耗更多資源。

 更通俗的解釋：

Volatile 字面的意思時易變的，不穩定的。在C#中也差很少能夠這樣理解。

編譯器在優化代碼時，可能會把常常用到的代碼存在Cache裏面，而後下一次調用就直接讀取Cache而不是內存，這樣就大大提升了效率。可是問題也隨之而來了。

在多線程程序中，若是把一個變量放入Cache後，又有其餘線程改變了變量的值，那麼本線程是沒法知道這個變化的。它可能會直接讀Cache裏的數據。可是很不幸，Cache裏的數據已通過期了，讀出來的是不合時宜的髒數據。這時就會出現bug。

用Volatile聲明變量能夠解決這個問題。用Volatile聲明的變量就至關於告訴編譯器，我不要把這個變量寫Cache，由於這個變量是可能發生改變的。