【JUC】JDK1.8源码分析之ThreadPoolExecutor（一）
一、前言 JUC这部分还有线程池这一块没有分析，需要抓紧时间分析，下面开始ThreadPoolExecutor，其是线程池的基础，分析完了这个类会简化之后的分析，线程池可以解决两个不同问题：由于减少了每个任务调用的开销，它们通常可以在执行大量异步任务时提供增强的性能，并且还可以提供绑定和管理 ...
原文：【JUC】JDK1.8源码分析之AbstractQueuedSynchronizer（二）
一 前言 在锁框架中，AbstractQueuedSynchronizer抽象类可以毫不夸张的说，占据着核心地位，它提供了一个基于FIFO队列，可以用于构建锁或者其他相关同步装置的基础框架。所以很有必要好好分析。 二 AbstractQueuedSynchronizer数据结构 分析类，首先就要分析底层采用了何种数据结构，抓住核心点进行分析，经过分析可知，AbstractQueuedSynchro ...
2016-04-08 10:16 13 12304 推荐指数：
相关推荐
【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源码分析之ReentrantReadWriteLock
重入锁ReentrantLock是排他锁，排他锁在同一时刻仅有一个线程可以进行访问，但是在大多数场景下，大部分时间都是提供读服务，而写服务占有的时间较少。然而读服务不存在数据竞争问题，如果一个线 ...
【JUC】JDK1.8源码分析之ArrayBlockingQueue（三）
一、前言 在完成Map下的并发集合后，现在来分析ArrayBlockingQueue，ArrayBlockingQueue可以用作一个阻塞型队列，支持多任务并发操作，有了之前看源码的积累，再看ArrayBlockingQueue源码会很容易，下面开始正文 ...
【JUC】JDK1.8源码分析之LockSupport（一）
一、前言 最开始打算分析ReentrantLock，但是分析到最后，发现离不开LockSuport的支持，所以，索性就先开始分析LockSupport，因为它是锁中的基础，是一个提供锁机制的工具类，所以先对其进行分析。 二、LockSupport源码分析 2.1 类的属性 ...