【JUC】JDK1.8源碼分析之ThreadPoolExecutor（一）
一、前言 JUC這部分還有線程池這一塊沒有分析，需要抓緊時間分析，下面開始ThreadPoolExecutor，其是線程池的基礎，分析完了這個類會簡化之后的分析，線程池可以解決兩個不同問題：由於減少了每個任務調用的開銷，它們通常可以在執行大量異步任務時提供增強的性能，並且還可以提供綁定和管理 ...
原文：【JUC】JDK1.8源碼分析之SynchronousQueue（九）
一 前言 本篇是在分析Executors源碼時，發現JUC集合框架中的一個重要類沒有分析，SynchronousQueue，該類在線程池中的作用是非常明顯的，所以很有必要單獨拿出來分析一番，這對於之后理解線程池有很有好處，SynchronousQueue是一種阻塞隊列，其中每個插入操作必須等待另一個線程的對應移除操作 ，反之亦然。同步隊列沒有任何內部容量，甚至連一個隊列的容量都沒有。 二 Sync ...
2016-06-06 15:29 4 2776 推薦指數：
相關推薦
【JUC】JDK1.8源碼分析之LinkedBlockingQueue（四）
一、前言 分析完了ArrayBlockingQueue后，接着分析LinkedBlockingQueue，與ArrayBlockingQueue不相同，LinkedBlockingQueue底層采用的是鏈表結構，其源碼也相對比較簡單，下面進行正式的分析 ...
【JUC】JDK1.8源碼分析之CopyOnWriteArrayList（六）
一、前言 由於Deque與Queue有很大的相似性，Deque為雙端隊列，隊列頭部和尾部都可以進行入隊列和出隊列的操作，所以不再介紹Deque，感興趣的讀者可以自行閱讀源碼，相信偶了Queue源碼的分析經驗，Deque的分析也會水到渠成，下面介紹List在JUC下 ...
【JUC】JDK1.8源碼分析之ConcurrentHashMap（一）
一、前言 最近幾天忙着做點別的東西，今天終於有時間分析源碼了，看源碼感覺很爽，並且發現ConcurrentHashMap在JDK1.8版本與之前的版本在並發控制上存在很大的差別，很有必要進行認真的分析，下面進行源碼分析。 二、ConcurrentHashMap數據結構 之前已經提及 ...
【JUC】JDK1.8源碼分析之ReentrantReadWriteLock（七）
。 二、ReentrantReadWriteLock數據結構 分析源碼可以知道，Reentra ...
【JUC】JDK1.8源碼分析之CountDownLatch（五）
一、前言 分析完了CyclicBarrier后，下面分析CountDownLatch，CountDownLatch用於同步一個或多個任務，強制他們等待由其他任務執行的一組操作完成。CountDownLatch典型的用法是將一個程序分為n個互相獨立的可解決任務，並創建值為n ...
【JUC】JDK1.8源碼分析之Semaphore（六）
一、前言 分析了CountDownLatch源碼后，下面接着分析Semaphore的源碼。Semaphore稱為計數信號量，它允許n個任務同時訪問某個資源，可以將信號量看做是在向外分發使用資源的許可證，只有成功獲取許可證，才能使用資源。下面開始分析Semaphore的源碼 ...
【JUC】JDK1.8源碼分析之ReentrantLock（三）
一、前言 在分析了AbstractQueuedSynchronier源碼后，接着分析ReentrantLock源碼，其實在AbstractQueuedSynchronizer的分析中，已經提到過ReentrantLock，ReentrantLock表示下面具體分析ReentrantLock ...