【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 ...