（前述：之前面试的时候也被问到：线程池TreadPoolExecutor的实现原理，可以从以下几点讲述 参数、）
（一）简介
对于线程池，一般来讲我们都是new 一个ExecutorService的实例，用的时候直接把任务submit一下就ok了，应用不是重点，重点是线程池初始化时的知识点，我也将围绕线程池初始化来讲解。
我们学习java线程，首先学到的是thread这个类，但是这个类在使用的时候有很多问题需要注意：
（1）每次需要线程的时候都要new 一个Thread对象，性能差。
（2）线程缺乏统一管理，可能无限制的新建线程，相互竞争，可能占用过多的系统资源导致死机或者OOM（out of memory 内存溢出），这种问题的原因不是因为单纯的new一个Thread，而是可能因为程序的bug或者设计上的缺陷导致不断new Thread造成的。
（3）缺少更多的功能，如更多执行，定期执行，线程中断等。
比较了thread的缺点，线程池的优点就是：
（1）重用存在的线程，减少对象的创建，消亡的开销，性能好。
（2）可以有效的控制最大的并发线程数，提高系统的资源利用率，同时可以避免过多的资源竞争。
（3）提供定时执行，定期执行，单线程，并发数控制功能。
（二）ThreadPoolExecute
2.1主要参数：corePoolSize：核心线程数量。maximumPoolSize：线程最大线程数。workQueue阻塞队列，存储等待执行的任务，线程池运行过程产生重大影响。
重点（敲黑板）是三者直接的关系：☆☆☆
如果运行的线程数少于corePoolSize的值，都重新创建线程，不管这个时候是否有空闲的线程；
如果线程池中的线程大于corePoolSize，小于maximumPoolSize的时候那只有workQueue慢的时候才会创建新线程；
如果corePoolSize==maximumPoolSize，那么创建线程池的大小是固定的，此时再有请求过来会放到（未满的）workqueue中，等待有空闲的线程来处理。
如果运行的线程数量大于maximumPoolSize的时候，并且workqueue已经满了，此时通过拒绝策略的参数，指定策略来处理。
综上所属任务提交的时候这三个参数主要是，首先看corePoolSize，小于corePoolSize直接创建线程来处理。接下来看workqueue，最后看maximumPoolSize。
2.2非主要参数：
keepAliveTime：线程没有任务执行时最多保持多久时间终止；（当线程中的线程数量大于corePoolSize的时候，如果这时没有新的任务提交核心线程外的线程不会立即销毁，而是等待，直到超过keepAliveTime）
unit：keepAliveTime的时间单位；
threadFactory：线程工厂，用来创建线程；（有一个默认的工厂来创建线程，这样新创建出来的线程有相同的优先级，是非守护线程，设置好名称）
rejectHandler：当拒绝处理任务时的策略。workqueue都满的时候，可以考虑这个值。（AbortPolicy默认策略直接抛出异常，CallerRunsPolicy用调用者所在的线程执行任务，DiscardOldestPolicy丢弃队列中最靠前的任务并执行当前任务，DiscardPolicy直接丢弃当前任务）
（三）如何使用线程池
3.1线程池对象的状态转换图
序号 方法名 描述
1 execute() 提交任务，交给线程池执行
2 submit() 提交任务，能够返回执行结果 execute+Future
3 shutdown() 关闭线程池，等待任务都执行完
4 shutdownNow() 关闭线程池，不等待任务执行完
5 getTaskCount() 线程池已执行和未执行的任务总数
6 getCompleteTaskCount() 已完成的任务数量
7 getPoolSize() 线程池当前的线程数量
8 getActiveCount() 当前线程池中正在执行任务的线程数量
