夏日寒风995

固定大小的线程池工厂，没有救急线程 在代码中可以看到，核心线程数等于总的线程数，因此这个线程池对象没有救急线程，于此同时，注意到这个线程工厂的阻塞队列是没有容量限制的。 只有救急线程，没有常驻线程 在

AbortPolicy直接报错，抛异常 CallerRunsPolicy让当前线程自己干 DiscardPolicy啥也不做，忽略这个添加的动作 DiscardOldestPolicy替换任务队列中的

Running,运行状态，这个时候线程池可以正常接收任务，执行任务。（我现在很正常） Stop，stop状态，这个时候线程池停止手头的任务，同时抛弃掉阻塞队列的任务（啥也不干了） ShutDown,s

代码细节说明如下： 对于拒绝策略，这个拒绝的过程应该是发生在向阻塞队列添加消息的时候。因此应该在阻塞队列这个类里面添加带有阻塞队列的方法如96至112行。同时这个阻塞队列的函数的形参应该是这个队列以及

核心线程数 这个参数主要是用来表示一直处于工作状态的线程数量 最大线程数 通常用救急线程数=最大线程数 - 核心线程数，这个救急线程是用于当工作线程数达到上限的时候，再继续有新的任务进来，就会启动救急

在通过分析AtomicInteger类可以看到主要是由于UnSafe这个类对象在进行CAS底层的原子操作。因此，要手动实现这个原子类变量，我们需要手动利用UnSafe对象进行操作。AtomcInteg

这一块儿没啥难度，主要是会生产者消费者模型就行啊阿啊阿啊阿啊阿啊阿啊阿啊阿啊aaaasssddsdsdsdsdegsffsfdwddadadaxxzcadadafafadadadadadadasdad

代码的总体思路是，将三个不同的线程放到三个不同的房间内部。然后依次叫醒下一个线程。ReentrantLock的方便之处是可以精确唤醒，相比较于前几篇文章中的wait/notifyAll方法，不需要避免

1.可中断 这个特点具体指的是，在线程尝试获得这个被其他线程拥有的锁的时候，会进入阻塞状态，这个ReentrantLock可以被其他线程打断等待的状态，进而退出阻塞等待的状态。具体使用见如下代码 在代