面试专题：为什么使用线程池？线程池参数原理

为什么使用线程池？

1. 降低资源消耗：提高线程的利用率，降低线程创建和销毁的资源消耗
2. 提高响应速度：任务来了，直接有线程可用可执行，不需要先创建线程，再执行。
3. 对线程进行统一管控处理：线程是稀缺资源，使用线程池可以统一分配调优监控。

线程池参数详解

• corePoolSize 代表核心线程数，也就是正常情况下创建工作的线程数。这些线程创建后并不会消除，而是一种常驻线程。

• maxinumPoolSize 代表的是最大线程数，它与核心线程数相对应，表示最大允许被创建的线程数，比如当前任务较多，将核心线程数都用完了，还无法满足需求时，此时就会创建新的线程，但是线程池内线程池总数不会超过当前设置的最大线程数。

• keepAliveTime unit表示超出核心线程数之外的线程的空闲存活时间，也就是核心线程不会消除，但是超出核心线程数的部分线程如果空闲一定的时间则会被消除，我们可以通过setKeepAliveTime 来设置空闲时间。

• workQueue 用来存放待执行的任务，假设我们现在核心线程池已经都被使用，还有任务进来则全部放入队列，知道整个队列被放满但任务还再秩序进入则会开始创建新的线程

• ThreadFactory 实际上是一个线程工厂，用来生产线程执行任务，我们可以选择使用默认的创建工厂，产生的线程都在同一个组内，拥有相同的优先级，且都不是守护线程，当然我们也可以自定义线程工厂，一般我们会根据业务来制定不同的线程工厂。

• Handler 任务拒绝策略。有两种情况，第一种是当我们调用shutdown 等方法关闭线程池后，这时候及时线程池内部还有没执行完的任务正在执行，但是由于线程池已经关闭，我们再继续向线程池提交任务就会遭到拒绝。另一种情况就是当达到最大线程数，线程池已经没有能力继续处理提交的任务时，这时也会拒绝
  扩展：四种拒绝策略
  AbortPolicy（默认）:丢弃任务并抛出RejectedExecutionException异常。这是线程池默认的拒绝策略，在任务不能再提交的时候，抛出异常，及时反馈程序运行状态。如果是比较关键的业务，推荐使用此拒绝策略，这样子在系统不能承载更大的并发量的时候，能够及时的通过异常发现。
  DiscardPolicy：丢弃任务，但是不抛出异常。如果线程队列已满，则后续提交的任务都会被丢弃，且是静默丢弃。使用此策略，可能会使我们无法发现系统的异常状态。建议是一些无关紧要的业务采用此策略。例如，收集类统计就可以采用的这种拒绝策略。
  DiscardOldestPolicy：丢弃队列最前面的任务，然后重新提交被拒绝的任务。此拒绝策略，是一种喜新厌旧的拒绝策略。是否要采用此种拒绝策略，还得根据实际业务是否允许丢弃老任务来认真衡量。
  CallerRunsPolicy：由调用线程处理该任务。如果任务被拒绝了，则由调用线程（提交任务的线程）直接执行此任务
  
  扩展：
  1）如何设置线程池管理的线程前缀？

  	ThreadPoolTaskExecutor threadPool = new ThreadPoolTaskExecutor();
  	//等待任务在关机时完成--表明等待所有线程执行完
  	threadPool.setWaitForTasksToCompleteOnShutdown(true);
      threadPool.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
      // 等待时间 （默认为0，此时立即停止），并没等待xx秒后强制停止
      threadPool.setAwaitTerminationSeconds(await_termination_seconds); 
      //  线程名称前缀
      threadPool.setThreadNamePrefix("AsyncExecutor-");
  	```
  

2）阿里规约为什么不允许使用Executors创建线程池？