【JUC】JDK1.8源碼分析之ReentrantReadWriteLock
重入鎖ReentrantLock是排他鎖，排他鎖在同一時刻僅有一個線程可以進行訪問，但是在大多數場景下，大部分時間都是提供讀服務，而寫服務占有的時間較少。然而讀服務不存在數據競爭問題，如果一個線 ...
原文：【JUC】JDK1.8源碼分析之ReentrantReadWriteLock（七）
一 前言 在分析了鎖框架的其他類之后，下面進入鎖框架中最后一個類ReentrantReadWriteLock的分析，它表示可重入讀寫鎖，ReentrantReadWriteLock中包含了兩種鎖，讀鎖ReadLock和寫鎖WriteLock，可以通過這兩種鎖實現線程間的同步，下面開始進行分析。 二 ReentrantReadWriteLock數據結構 分析源碼可以知道，ReentrantReadW ...
2016-04-24 21:28 5 2502 推薦指數：
相關推薦
【JUC】JDK1.8源碼分析之ThreadPoolExecutor（一）
一、前言 JUC這部分還有線程池這一塊沒有分析，需要抓緊時間分析，下面開始ThreadPoolExecutor，其是線程池的基礎，分析完了這個類會簡化之后的分析，線程池可以解決兩個不同問題：由於減少了每個任務調用的開銷，它們通常可以在執行大量異步任務時提供增強的性能，並且還可以提供綁定和管理 ...
【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源碼分析之ArrayBlockingQueue（三）
一、前言 在完成Map下的並發集合后，現在來分析ArrayBlockingQueue，ArrayBlockingQueue可以用作一個阻塞型隊列，支持多任務並發操作，有了之前看源碼的積累，再看ArrayBlockingQueue源碼會很容易，下面開始正文 ...
【JUC】JDK1.8源碼分析之LockSupport（一）
一、前言 最開始打算分析ReentrantLock，但是分析到最后，發現離不開LockSuport的支持，所以，索性就先開始分析LockSupport，因為它是鎖中的基礎，是一個提供鎖機制的工具類，所以先對其進行分析。 二、LockSupport源碼分析 2.1 類的屬性 ...
【JUC】JDK1.8源碼分析之CyclicBarrier（四）
一、前言 有了前面分析的基礎，現在，接着分析CyclicBarrier源碼，CyclicBarrier類在進行多線程編程時使用很多，比如，你希望創建一組任務，它們並行執行工作，然后在進行下一個步驟之前等待，直至所有的任務都完成，和join很類似，下面，開始分析源碼 ...