面试总结-多线程
1 线程状态
先简单的看一下线程之间的状态扭转图
从上面的图中可以看出线程大概有就绪，运行，阻塞，死亡这几个状态，各个状态之间的扭转在图中描写挺清晰
2 线程池
面试过程中，经常会被问到线程池
线程池的一些核心参数：coreSize, maxSize，overtime，queue的大小，rejectHandler
coreSize：核心线程数
maxSize：最大线程数
overtime：超时时间
queue：用来存放待处理的任务
rejectHandler：用来处理线程队列和最大线程数都满的情况采用的处理策略，目前有四种策略可供选择，任务直接丢弃，任务直接丢弃并抛出异常，在当前线程中执行，中队列的开始出选择一个丢弃并把新任务加入进来
整个线程池的执行流程如下：
整个线程池的状态(注意上述是线程状态，这里是线程池状态)
JDK一些常用的线程池
1 newCachedThreadPool
(1) 缓存型池子，先查看池中有没有以前建立的线程。如果有，就reuse，如果没有，就建立一个新的线程加入池中；
(2) 缓存型池子，通常用于执行一些生存周期很短的异步型任务；因此一些面向连接的daemon型server中用得不多；
(3) 能reuse的线程，必须是timeout IDLE内的池中线程，缺省timeout是60s,超过这个IDLE时长，线程实例将被终止及移出池。
(4) 注意，放入CachedThreadPool的线程不必担心其结束，
超过TIMEOUT不活动，其会自动被终止
二：newFixedThreadPool
(1) newFixedThreadPool与cacheThreadPool差不多，也是能reuse就用，但不能随时建新的线程。
(2) 其独特之处:任意时间点，最多只能有固定数目的活动线程存在，此时如果有新的线程要建立，只能放在另外的队列中等待，直到当前的线程中某个线程终止直接被移出池子。
(3) 和cacheThreadPool不同，FixedThreadPool没有IDLE机制（可能也有，但既然文档没提，肯定非常长，类似依赖上层的TCP或UDP IDLE机制之类的），所以FixedThreadPool多数针对一些很稳定很固定的正规并发线程，多用于服务器。
(4) 从方法的源代码看，cache池和fixed 池调用的是同一个底层池，只不过参数不同：
--fixed池线程数固定，并且是0秒IDLE（无IDLE）;
--cache池线程数支持0-Integer.MAX_VALUE(显然完全没考虑主机的资源承受能力），60秒IDLE。
三：ScheduledThreadPool
(1) 调度型线程池
(2) 这个池子里的线程可以按schedule依次delay执行，或周期执行
四：SingleThreadExecutor
(1) 单例线程，任意时间池中只能有一个线程
(2) 用的是和cache池和fixed池相同的底层池，但线程数目是1-1,0秒IDLE（无IDLE）