我們知道java實現的並發操作最後肯定是由我們的CPU完成的，中間經歷了將java源碼編譯成.class文件，然後進行加載，然後虛擬機執行引擎進行執行，解釋為彙編語言，然後轉為操作系統指令，然後轉為1，0，最後CPU進行識別執行。
提到java的並發，我們不由的就會想到java中常見的鍵字：volatile和synchronized，我們接下來就會從這兩個關機字展開分析：
volatile的底層實現原理
synchronized的實現原理和應用
volatile
說到volatile，在java的面試中面試官可是最喜歡問的問題了。看到它我們首先想到的便是保持線程間的可見性，是一個輕量級的synchronized，在一些情況下它可以代替synchronized。
volatile的作用：
一個被volatie修飾的變量，java內存模型會保證所有的線程看見的變量值是一致的。
volatile的工作原理：
我們可以定義一個volatile變量，並對他進行賦值，並通過工具來獲取jit編譯器生成的彙編指令，我們會發現在對volatile變量進行寫操作時，會多出一條指令：以lock為前綴的指令：
lock為前綴的指令在多核處理器下回引發兩件事情：
①將當前處理器緩存行的數據回寫到內存中。
②這個回寫內存的操作會使得在其他cpu裡緩存了改內存地址的數據無效。
當我們知道了以上兩點，我們就不難理解volatie變量的機制了。
在多處理器下，為了保證各個處理器的緩存是一致的，會實現緩存一致性協議，每個處理器通過嗅探在總線上的傳播的數據來檢查自己緩存的值是不是過期了。
synchronized
想到多線程的並發，其實我第一個想到的便是這個synchronized，翻譯過來為同步，我們都知道它是一個重量級鎖，當對一個方法或者代碼塊使用它時，當一個線程獲得了這個鎖，那麼其它的線程就會陷入掛起狀態，在java中也就表現為sleep狀態，我們都知道線程的掛起和運行時要轉入操作系統的內核態的（與內核態對應的便是用戶態），這樣特別浪費cpu資源，所以這個重量級鎖是名副其實的！
但是，java SE 1.6過後java的維護團隊對它進行了一系列的優化（這些優化後面一一講述），他也就沒那麼“重”了，以前還有優勢的可重入鎖也變得沒那麼有優勢了（ReentrantLock）。
一下我們就下列幾個方面講述synchronized：
利用synchronized實現同步的基礎
synchronized是如何實現鎖的
偏向鎖，輕量級鎖（自旋鎖），重量級鎖
鎖的升級
java如何實現原子操作
①利用synchronized實現同步的基礎：
我們在開發中或者java的源碼中都能看見synchronized的身影，例如HashTable，StringBuilder等地方，常見有兩種方式：
Ⅰ丶同步方法
同步方法只需要在方法前加上synchronized便可，當一個線程執行它的時候其他線程便會陷入等待，直到它釋放鎖。對方法使用又可以分為兩種：對普通同步方法和對靜態方法，它們之間的差別是加鎖的對像不同，普通方法加鎖的位置是當前的對象，而靜態方法加鎖的位置是當前類的Class對象。
Ⅱ丶同步方法塊
同步方法塊加鎖的是Synchronized後括號裡配置的對象，這個對象可以是一個值以及任何一個變量或者對象。
②synchronized是如何實現鎖的：
在jvm的規範中可以看到synchronized在jvm中的實現原理，jvm基於進入和退出Monitor對象來實現同步方法和代碼塊的同步，代碼塊是使用monitorenter和monitorexit指令來實現的，而同步方法jvm規範裡沒有具體給出，但是我相信具體的原理應該相差不大，無非是將java源碼編譯為class文件，在class字節碼文件中對使用synchronized的方法進行一個標記，在字節碼引擎執行這個方法的時候會對這個方法進行同步處理。
③偏向鎖，輕量級鎖（自旋鎖），重量級鎖：
在講鎖之前我們需要知道java對像頭，java的對像頭：
synchronized使用的鎖是存儲在java對像頭裡的，java對像頭裡面有32bit/64bit（視操作系統的位數而定）長度的MarkWord 裡面存儲了對象的hashCode和鎖的信息等，在MarkWord中有2bit的空間來表示鎖的狀態00,01,10,11，分別表示輕量級鎖，偏向鎖，重量級鎖，GC標記。
偏向鎖：偏向鎖也就人稱它為偏心鎖，從名字我們就可以看出來，它是一個偏向某一個線程的鎖。
在實際的開發中，我們發現多線程並發，大多數執行同步方法的都是同一個線程，出現多個線程爭搶一個方法的概率比較低，所以重複的獲取鎖和釋放鎖就會產生大量的資源浪費，所以為了讓線程獲得鎖的代價更低引入了偏向鎖，當一個線程訪問一個同步塊並獲得鎖時，會在對像頭和線程的棧幀中的鎖記錄中存儲偏向鎖的線程ID，以後該線程進入和退出同步塊時不需要進行CAS操作來進行加鎖和解鎖，只需要簡單的查看對像頭的MarkWord裡是否還存有指向當前的偏向鎖（在MarkWord中每個對像還有一個偏向鎖標誌位用來表示當前對像是否支持偏向鎖，我們可以使用jvm參數來設定偏向鎖）。
關於偏向鎖的釋放，偏向鎖使用了等到存在競爭時才釋放鎖的機制，所以當有其他線程嘗試競爭偏向鎖的時候持有偏向鎖的線程才會釋放鎖。
注意：在java6,7中偏向鎖是默認啟動的
輕量級鎖：
輕量級鎖就是在執行同步塊之前，jvm會在當前線程的棧幀中創建用於存儲鎖記錄的的空間，並將對像頭中的MarkWord複製到裡面，然後線程將嘗試將對像頭內的MarkWord替換為指向鎖記錄的指針，如果成功，當前線程獲得鎖，如果失敗，表示其他線程競爭鎖，當前線程便自旋來獲得鎖。
④鎖的升級：
當前線程如果無法試用上面的方法獲得鎖，那麼表示當前的鎖存在競爭，鎖就會升級為重量級鎖。
輕量級鎖和偏向鎖的區別：
輕量級鎖是在無競爭的情況下使用CAS操作去消除同步使用的互斥量，而偏向鎖就是在無競爭的情況下把整個同步都去除，連CAS操作都不做！
⑤ java如何實現原子操作：
在了解java是如何實現原子操作之前，我們要知道處理器是如何實現原子操作的：
處理器一般分為兩種方法執行原子操作：緩存加鎖和總線加鎖，其中緩存加鎖比較優秀而總線加鎖則比較消耗資源。 （關於兩種加鎖的方式我們這裡不做過多解釋，具體在操作系統中有詳細的講解）
java使用（大多數情況下）循環CAS實現原子操作，但是使用CAS實現原子操作也會出現下面的一些經典的問題：
一）ABA問題
jdk中提供AtomicStampedReference類來解決（提供檢查預期引用和預期標誌）
二）循環時間長開銷大
無法解決，這個是循環的通病
三）只能保證一個共享變量的原子操作
jdk中提供一個AtomicReference來解決，將多個共享變量放置在一個類中進行CAS操作。