---

文章目錄

• • 1:概念
  • 2:解決的問題
  • 3:可見性
  • • (1):問題的引出
    • (2):如何解決
    • (3):拓展
  • 4:有序性
  • • (1):問題的引出---指令重排
    • (2):如何解決指令重拍呢
  • 5:volatile原理
  • • (1):內(nèi)存屏障
    • (2):如何保證可見性呢
    • (3):如何保證有序性呢

---

1:概念

JMM即Java Memory Model,它定義了主存、工作內(nèi)存抽象概念，底層對應(yīng)著CPU寄存器、緩存、硬件內(nèi)
存、CPU指令優(yōu)化等。

2:解決的問題

JMM體現(xiàn)在以下幾個方面

• 原子性-保證指令不會受到線程上下文切換的影響（比如說是n++,如果發(fā)生線程上下文切換的話,那就破壞了這一條指令的執(zhí)行）
• 可見性-保證指令不會受cpu緩存的影響
• 有序性-保證指令不會受cpu指令并行優(yōu)化的影響

3:可見性

(1):問題的引出

可見性是指一個線程對一個變量進(jìn)行修改，另外一個線程可以看的到
可見性問題是由CPU的緩存導(dǎo)致的，多核CPU均有各自的緩存，這些緩存要與內(nèi)存進(jìn)行同步。（其實(shí)就是多線程環(huán)境下,一個線程對一個變量的改變了，而另一個線程沒看到,那么的話還是按照原來的變量的值進(jìn)行計算的話，那么就會出錯）。

(2):如何解決

我們可以對該變量加上 volatile 關(guān)鍵字，這樣的話，每次線程都是從主存中去取變量，這樣就解決了緩存中數(shù)據(jù)與主存中數(shù)據(jù)不一致的問題。我們也可以使用關(guān)鍵字 synChronized 關(guān)鍵字來進(jìn)行解決可見性問題，只不過synChronized是重量級鎖，會影響性能。

(3):拓展

• volatile適合在一個寫線程和多個讀線程中使用，只能保證變量在內(nèi)存中的可見性，并不能防止上下文切換帶來的原子性問題。
• 但是對變量加上 volatile關(guān)鍵字并不能接解決 原子性問題；但終歸還得是靠老大哥synChronized來上鎖，既能防止上下文切換解決原子性問題，也可以解決變量可見性問題。

4:有序性

(1):問題的引出—指令重排

為什么會有指令重拍呢，主要是CPU進(jìn)行優(yōu)化，提高處理速度造成的。一條指令可以分為 取指令·指令譯碼·執(zhí)行指令·內(nèi)存訪問·數(shù)據(jù)寫回 CPU可以在一個時鐘周期內(nèi)，執(zhí)行不同指令中的不同階段，也就是同時將5條指令同時進(jìn)行中，那么其實(shí)這樣的話，就會出現(xiàn)指令重排問題,因為在一個CPU時鐘周期內(nèi),我們執(zhí)行的不是一條完整的指令。

(2):如何解決指令重拍呢

主要也是在相關(guān)變量上加上 volatile關(guān)鍵字

5:volatile原理

(1):內(nèi)存屏障

• volatile的底層實(shí)現(xiàn)原理是內(nèi)存屏障，Memory Barrier(Memory Fence)
• 對volatile變量的寫指令后會加入寫屏障
• 對volatile變量的讀指令前會加入讀屏障

(2):如何保證可見性呢

• 寫屏障：保證在該屏障之前的，對共享變量的改動都同步到主內(nèi)存中
• 讀屏障：保證在該屏障之后，對共享變量的讀取，加載的是主存中最新數(shù)據(jù)
  

(3):如何保證有序性呢

• 寫屏障會確保指令重排序時，不會將寫屏障之前的代碼排在寫屏障之后
• 讀屏障會確保指令重排序時，不會將讀屏障之后的代碼排在讀屏障之前
• 其實(shí)也就是有了內(nèi)存屏障，那么就有了有序性。
  
  

總結(jié)

以上是生活随笔為你收集整理的Java并发之volatile的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。