摘要：備注整理一些同步技術(shù)，方便日后回顧。單機多線程情況解讀層面的同步技術(shù)，字節(jié)碼實現(xiàn)。能夠響應(yīng)中斷，讓等待狀態(tài)的線程停止等待。每個子線程執(zhí)行完畢以后，執(zhí)行函數(shù)，字段減，直到字段變?yōu)椤?/p>

備注：整理一些同步技術(shù)，方便日后回顧。目前技術(shù)還在學(xué)習(xí)中，了解到同步方面的新知識會補充到本文。

synchronized
1、解讀：

   （1）jvm層面的同步技術(shù)，字節(jié)碼實現(xiàn)。當代碼執(zhí)行出現(xiàn)問題的時候（比如說拋出異常），JVM會自動釋放鎖，讓其他阻塞的線程繼續(xù)執(zhí)行
   （2）可重入的：當線程已經(jīng)獲取鎖對象，并且再次進入同步塊，把鎖的計數(shù)器+1，當執(zhí)行monitorexit時，把鎖的計數(shù)器-1，當計數(shù)器為0為止，對象被釋放

2、使用情況：

   （1）實例對象作為鎖對象：對象實例可能有多個，因此如果不能保證對象單例的情況下，同步可能會出現(xiàn)問題。
   （2）類對象作為鎖對象：每個類只有1個類對象。
   （3）靜態(tài)**同步方法：使用實例對象作為鎖
   （4）成員同步方法：使用類對象作為鎖

3、注意事項：

   （1）盡量減少同步的范圍，提高程序并發(fā)性，減少死鎖的可能性
   （2）使用Class類對象和實例對象的區(qū)別
   （3）靜態(tài)方法和非靜態(tài)方法進行同步的區(qū)別

Lock接口
1、解讀：

   （1）Lock接口的同步更為靈活，使用起來也復(fù)雜一些
   （2）可以設(shè)置等待時間，在線程請求鎖的時候，如果超過等待時間，則線程停止等待。
   （4）Lock能夠響應(yīng)中斷，讓等待狀態(tài)的線程停止等待。
   （5）API提供返回值，知道線程是否成功獲取鎖
   （6）常用的實現(xiàn)類：ReentrantLock

2、使用情況：線程需要支持中斷、查看線程是否成功獲得鎖
3、注意事項：

(1)代碼層面實現(xiàn)的鎖機制，遇到異常情況，JVM不會自動釋放鎖。使用lock()，必須使用unlokc()

ReentrantLock
1、解讀：

   （1）使用AQS框架實現(xiàn)、實現(xiàn)了Lock接口
   （2）排他鎖，只有一個線程能獲取并使用資源
   （3）構(gòu)造方法提供一個可選的公平參數(shù)，公平與非公平有何區(qū)別，所謂公平就是嚴格按照FIFO的順序獲取鎖，非公平全按程序員自己設(shè)計規(guī)則來獲取鎖，比如可以根據(jù)優(yōu)先級，也可以按照運行次數(shù)等規(guī)則來選擇

（4）可以綁定多個Condition對象(Condition對象指的是，當線程獲得鎖，進入同步塊以后，還需要滿足Condition對象的條件，否則仍然會掛起等待，直到其他線程喚醒）

CountDownLatch
1、解讀：

   （1）使用AQS框架實現(xiàn)
   （2）共享鎖，可以有多個線程同時持有該鎖
   （3）任務(wù)分成N個任務(wù)執(zhí)行，state字段初始化為N。開始執(zhí)行任務(wù)，調(diào)用線程調(diào)用await()函數(shù)掛起。每個子線程執(zhí)行完畢以后，執(zhí)行countDown()函數(shù)，state字段減1，直到字段變?yōu)?。調(diào)用線程從CountDown()函數(shù)返回，繼續(xù)后續(xù)動作。

2、使用情況：
3、注意事項：

wait()、Notify()
1、解讀：

   （1）調(diào)用對象的wait()方法，會將持有該對象的線程掛起，直到有別的線程調(diào)用這個對象的notify()方法
   

join()
1、解讀：

   （1）在B線程中調(diào)用A線程的Join方法，則B會等待A線程執(zhí)行完畢，再往下執(zhí)行
   

cas算法
1、解讀：

   （1）使用重試的方式，樂觀鎖的一種實現(xiàn)

2、使用場景：

   （1）AtomicInteger

Semaphore
1、解讀：

   （1）利用AQS實現(xiàn)。
   （2）共享鎖，可以有多個線程同時持有該鎖
   （3）內(nèi)部維護一個“許可集”，其實也就是state字段，標明同時最多有state個線程可以獲取鎖（成功調(diào)用acquire()函數(shù)）

CyclicBarrier
1、解讀：

   （1）內(nèi)存屏障。設(shè)立一個目標，當所有線程都達到這個目標時，程序才能往下執(zhí)行。

volatile
1、解讀：

   （1）volatile修飾的變量對所有線程具有可見性。一個線程修改了這個變量的值，其他線程對于這個新值是可以立即得知的。原因如下：對于共享變量，當一個線程修改了這個變量，其他線程如果要讀取該變量，只能從主內(nèi)存中讀取，而不能讀取工作內(nèi)存中的變量，這樣就保證了線程讀取的變量都是最新的
   （2）volatile修飾的變量禁止 指令重排序 的優(yōu)化（普通變量不能保證變量賦值操作的順序與代碼中一樣，由于存在指令重排序優(yōu)化，java代碼變成匯編代碼之后，代碼執(zhí)行順序可能發(fā)生變化）
   （3）volatile無法保證原子性。
   （4）除了volatile關(guān)鍵字，還有兩個關(guān)鍵字也能實現(xiàn)可見性。
       A、    synchronize：“在對變量進行unlock操作之前，先把工作內(nèi)存里面的值同步到主內(nèi)存”，由這條規(guī)則獲得可見性。
       B、    final：final修飾的字段一旦被初始化完成，其他線程中就能看到final字段的值

2、使用情況：

   （1）某些情況下可以避免加鎖，提高程序并發(fā)性

ThreadLocal：
1、ThreadLocal用于實現(xiàn)線程之間數(shù)據(jù)獨立，從而避免數(shù)據(jù)共享，既然數(shù)據(jù)不共享了，自然就避免了線程安全問題，是同步的一種優(yōu)化方案。

redis實現(xiàn)分布式鎖
1、解讀：

 （1）Redis是單線程模型，單個命令操作是原子性的。
 （2）NX指令：
     a、NX表示如果key不存在就添加，存在則直接返回
     b、NX是實現(xiàn)分布式鎖的關(guān)鍵。
     c、實例：SET key uuid NX PX timeout
             SET resource_name uniqueVal NX PX 30000

2、注意點：
（1）為了防止因為各種原因?qū)е聼o法釋放鎖，所以會利用expire key second把key設(shè)置一個過期時間
（2）利用expire設(shè)置過期時間，還是可能存在問題。比如說在setnx key value和expire key second之間，發(fā)生了系統(tǒng)故障（或者其他原因），導(dǎo)致key沒有設(shè)置過期時間，還是可能發(fā)生死鎖。這時候，可以利用一條指令set lock:codehole true ex 5 nx，這條指令相當于先執(zhí)行setnx再執(zhí)行expire，同時保證原子性。
（3）在加鎖和釋放鎖時，需要保證是同一把鎖，通常的方法是使用uuid，存入key中，在釋放鎖時，把uuid和key中的值對比，相同則是同一把鎖。
為什么需要保證同一把鎖呢？ 假設(shè)有A、B、C三臺機器，A先獲取鎖，假設(shè)A的業(yè)務(wù)執(zhí)行時間比較長，鎖過期了（A的鎖被刪除了），這是B再請求并且獲取鎖，如果這時候A執(zhí)行完了，不用判斷是否同一把鎖的情況下，A就刪除了B的鎖。這時候，如果C再請求獲取鎖，就出現(xiàn)B、C同時執(zhí)行業(yè)務(wù)代碼的情況。

Zookeeper實現(xiàn)分布式鎖
1、參考：https://blog.csdn.net/sunfeiz...