1. 如何實現樂觀鎖(CAS)？如何避免ABA問題？

答：1)讀取內存值的方式實現了樂觀鎖(比如：SVN系統)，方法：第一，比較內存值和期望值；第二，替換內存值為要替換值。

2)帶參數版本來避免aba問題，在讀取和替換的時候進行判定版本是否一致

2. 讀寫鎖可以用于什么應用場景？

答：?讀寫鎖可以用于 “多讀少寫” 的場景，讀寫鎖支持多個讀操作并發執行，寫操作只能由一個線程來操作

ReadWriteLock對向數據結構相對不頻繁地寫入，但是有多個任務要經常讀取這個數據結構的這類情況進行了優化。ReadWriteLock使得你可以同事有多個讀取者，只要它們都不試圖寫入即可。如果寫鎖已經被其他任務持有，那么任何讀取者都不能訪問，直至這個寫鎖被釋放為止。

ReadWriteLock 對程序心性能的提高受制于如下幾個因素也還有其他等等的因素。

1)數據被讀取的頻率與被修改的頻率相比較的結果。

2)讀取和寫入的時間

3)有多少線程競爭

4)是否在多處理機器上運行

3. 什么時候應該使用可重入鎖？

答：重入鎖指的是在某一個線程中可以多次獲得同一把鎖，在線程中多次操作有鎖的方法。

4. 什么場景下可以使用volatile替換synchronized？

答：?只需要保證共享資源的可見性的時候可以使用volatile替代，synchronized保證可操作的原子性一致性和可見性。volatile適用于新值不依賴于就值的情形。

volatile是java提供的一種同步手段，只不過它是輕量級的同步，為什么這么說，因為volatile只能保證多線程的內存可見性，不能保證多線 程的執行有序性。而最徹底的同步要保證有序性和可見性，例如synchronized。任何被volatile修飾的變量，都不拷貝副本到工作內存，任何 修改都及時寫在主存。因此對于Valatile修飾的變量的修改，所有線程馬上就能看到，但是volatile不能保證對變量的修改是有序的。volatile存在的意義是，任何線程對某個變量的修改，都會馬上被其他線程讀取到，因為直接操作主存， 沒有線程對工作內存和主存的同步。所以，volatile的使用場景是有限的，在有限的一些情形下可以使用 volatile 變量替代鎖(synchronized)。

要使 volatile 變量提供理想的線程安全,必須同時滿足下面兩個條件:

1)對 變量的寫操作不依賴于當前值。

2)該變量沒有包含在具有其他變量的不變式中