并发编程之ThreadPoolExecutor源码分析
前言
很久没写博客了，今天分享下阅读ThreadPoolExecutor线程池的核心流程的一些源码分析
关于提交优先级和执行优先级
线程池提交任务流程：核心线程创建，阻塞队列存放，最大线程数创建。
我们知道阿里的规约中明确不让使用，
newFixedThreadPool，newSingleThreadExecutor，newCachedThreadPool
我简单贴个图
为什么不行，注意2处，最大线程数为Integer.MAX_VALUE，可以简单理解为无限。
队列是SynchronousQueue，这是个同步队列，典型的生产者和消费者模型。当队列有任务，必须take后才能继续加入队列。
此时任务若执行时间很长，队列满的，则会创建非核心线程，但是最大线程数无限，高并发情况会拖垮机器CPU。
这个就是属于只有1个核心线程数，最大线程也是1。相当于一个工厂只有1个员工兼职老板。当然不推荐
注意这个是核心线程数和最大线程数相同，相当于没有外包干活。
提交优先级就是一个任务来了之后，是如何提交。
此处的work就是干活的人，其内部有个线程属性
当执行完start方法。就会执行work中的run方法
work的run方法
此时开始执行任务
什么是执行优先级？
当核心线程和非核心线程有任务时，便会去执行，而队列中的任务，则会等执行完毕后才去执行，这就是执行优先级：
会先把核心线程和非核心线程的任务执行完毕，再去队列中拿任务执行。
关于线程池的执行和Thread.start的区别
直接调用传过来的任务的方法。
addWorker(null, false);
相当于创建个线程，然后去队列获取任务执行。也就是线程复用
