在平时工作中，用到的最多的应该是线程池了，那么，当自定义线程池的时候 corePoolSize、maximumPoolSize、workQueue（队列长度）如何动态化调整了动态更新的原理更新corePoolSize的源码public void setCorePoolSize(int corePoo

BlockingQueue 经常被考察的点，就是是否有界（ Bounded 、 Unbounded ），这一点也往往会影响我们在应用开发中的选择，我这里简单总结一下。LinkedBlockingQueueLinkedBlockingQueue，容易被误解为无边界，但其实其行为和内部代码都是基于有界的

线程状态线程的工作模式是，首先先要创建线程并指定线程需要执行的业务方法，然后再调用线程的 start() 方法，此时线程就从 NEW（新建）状态变成了 RUNNABLE（就绪）状态，此时线程会判断要执行的方法中有没有 synchronized 同步代码块，如果有并且其他线程也在使用此锁，那么线程就会

线程池是为了避免线程频繁的创建和销毁带来的性能消耗，而建立的一种池化技术，它是把已创建的线程放入“池”中，当有任务来临时就可以重用已有的线程，无需等待创建的过程，这样就可以有效提高程序的响应速度。但如果要说线程池的话一定离不开 ThreadPoolExecutor ，在阿里巴巴的《java开发手册》

简介CountDownLatch是一个同步工具类，在完成一组正在其他线程中执行的操作之前，它允许一个或者多个线程一直等待。与CyclicBarrier区别：CountDownLatch允许一个或者N个线程等待其他线程完成执行；而CyclicBarrier允许N个线程相互等待。CountDownLat

简介CyclicBarrier也是java并发包中的一个工具类，也被称为同步屏障，作用是可以让一组线程达到一个屏障时阻塞，直到最后一个线程到达屏障时，所有被阻塞的线程才能继续执行。示意图如下：下面将从源码的角度来看看CyclicBarrier并发类，如无特殊说明，本文JDK版本为1.8构造方法该类中

ThreadLocal理解网上有很多常见对于ThreadLocal的介绍，大概如下：ThreadLocal为解决多线程程序的并发问题提供了一种新的思路ThreadLocal的目的是为了解决多线程访问资源时的共享问题既然ThreadLocal它并不是解决多线程共享变量的问题，那么ThreadLocal

ReentrantReadWriteLock介绍在大多数场景下都是读服务多点，写服务相对来说少点，而且读服务不存在竞争的情况，java提供了另外一个接口，就是今天的要说的ReentrantReadWriteLock（读写锁）读写锁允许同一时刻被多个读线程访问，但是在写线程访问时，所有的读线程和其他的

ReentrantLock介绍ReentrantLock可重入锁，是一种递归无阻塞的同步机制。它可以等同于synchronized的使用，但是ReentrantLock提供了比synchronized更强大，更灵活的锁机制，可以减少死锁发生的几率。API介绍如下：一个可重入的互斥锁定 Lock，它具

CAS，Compare And Swap，即比较并交换。Doug lea大神在同步组件中大量使用CAS技术鬼斧神工地实现了Java多线程的并发操作。整个AQS同步组件、Atomic原子类操作等等都是以CAS实现的，甚至ConcurrentHashMap在1.8的版本中也调整为了CAS+Synchro