一、讓人又愛又恨的指令重排 瞭解過Java併發編程知識的童鞋都知道，Java內存模型是圍繞着併發過程中如何處理原子性、可見性和有序性3個特徵來建立的，其中有序性最爲複雜。 我們習慣性的認爲代碼總是從先到後、依次執行的，這在單線程的
volatile關鍵字是java虛擬機提供的最輕量級的同步機制。在併發的場景下，我們都習慣於使用synchronized鎖進行同步，其實，有些簡單的場景下，我們也可以使用volatile來代替，但volatile有它本身的使用規則
shutdown(): 把線程池的狀態設置成SHUTDOWN狀態，然後中斷所有沒有正執行任務的線程 shutdownNow(): 首先把線程池的狀態設置成STOP,然後嘗試停止所有正在執行任務或者暫停任務的線程，並返回等待執行任務的列表
https://my.oschina.net/u/1047640/blog/506901
併發編程之線程的創建和啓動 一、線程創建 1.1. 實現Runnable接口 實現Runnable接口，重寫run方法，實現Runnable接口的實現類的實例對象作爲Thread構造函數的target: public class
1. 生活化例子 預約 --> 搶購 消費者 <–> 商品 <–> 生產者 消費者 1. 購買商品 2. 等待，不過在等待之前，需要告知生產者快點生產 生產者： 1. 生產商品 2. 休息，在休息之前，要告知消費者你快來買啊 商品
常見的線程池： newSingleThreadExecutor ExecutorService threadPool = Executors.newSingleThreadExecutor(); // 創建只含有單個線程的線程池，
文章目錄什麼是原子類原子類什麼是CASCAS算法理解CAS缺點 什麼是原子類 不可分割的 一個操作是不可中斷的，即使多線程的情況下業可以保證 java.util.concurrent.atomic 原子的作用和鎖類似，是爲了保證
文章目錄1. 誕生的歷史和原因2. 適用場景3. 讀寫規則4. 實現原理&源碼分析5. 缺點 1. 誕生的歷史和原因 代替Vector和SyschronizedList 就像 ConcurrentHashMap 代替了Sysc
ConcurrentHashMap1. 磨刀不誤砍柴功 ：Map簡介2. 爲什麼需要ConcurrentHashMap3. 九層之臺，起於累土，羅馬不是一天建成的：HashMap分析4. JDK1.7 中 ConcurrentHa
通過手寫線程池，理解了以下問題： 1.當任務堆滿阻塞隊列後，線程池會new新的線程來處理新的任務，直到線程數量達到最大值。這些新new出來的線程什麼時候銷燬呢？ 答：new出新線程後，這些線程同核心線程一樣，處理阻塞隊列裏面的任務
線程池ExecutorThreadPoolExecutorCallable和FutureScheduledExecutorServiceThreadLocalFork和Join Executor ThreadPoolExecuto
一方面stop線程非常粗暴，除非可能執行finally代碼塊以及釋放synchronized外，線程將直接被終止，非常粗暴，此外如果線程持有JUC的互斥鎖，還可能導致鎖來不及釋放，造成其他線程永遠等待的局面。 JUC是Lock不是
CopyOnWriteArrayList適用於讀多寫少的併發場景，比如白名單，黑名單等場景。 在併發編程中，多個線程讀取一個數據集合是安全的；但是對於數據的修改操作比如add、remove等是不安全的。 CopyOnWriteAr
Tips：但凡是個像樣的公司面試官都得問對volatile關鍵字理解以及其實現原理。雖然多多少少知道一些，但是問深了，終究感覺還是差了那麼一點，所以這次我要把這個關鍵字來學個通透！ 本文記錄個人學習volatile。主要包含以下內
