线程池

1. 为什么要用线程池?
   • 线程池和数据库连接池差不多,主要是为了提高系统效率,因为如果服务器对应每一个请求都创建一个线程的话,在很短的一段时间内就会产生很多创建和销毁线程的动作,导致服务器花费的时间和消耗的资源很多,线程池就是为了减少这种情况的发生,当然线程池适用于短时间内多任务的情况,如果线程执行时间较长就不适合
2. 创建不同线程池的方式有几种?

   • newCachedThreadPool: 用来创建一个可以无限扩大的线程池,适用于负载较轻的情景,执行短期异步任务

   • newFixedThreadPool: 创建一个固定大小的线程池,因为采用无界的阻塞队列,所以实际线程数量永远不会变化,适用于负载较重的情景,对当前线程数量进行限制

   • newSingleThreadExecutor: 创建一个单线程的线程池,适用于需要保证顺序执行各个任务

   • newScheduledThreadPool: 适用于执行延迟或周期性任务

3. 线程池的执行流程是怎样的?
   • 

      

4. 线程池的参数有哪些?

   • corePoolSize 线程池核心线程大小

     • 线程池中会维护一个最小的线程数量，即使这些线程处理空闲状态，他们也不会被销毁，除非设置了allowCoreThreadTimeOut。这里的最小线程数量即是corePoolSize。

   • maximumPoolSize 线程池最大线程数量

     • 一个任务被提交到线程池以后，首先会找有没有空闲存活线程，如果有则直接将任务交给这个空闲线程来执行，如果没有则会缓存到工作队列（后面会介绍）中，如果工作队列满了，才会创建一个新线程，然后从工作队列的头部取出一个任务交由新线程来处理，而将刚提交的任务放入工作队列尾部。线程池不会无限制的去创建新线程，它会有一个最大线程数量的限制，这个数量即由maximunPoolSize指定。

   • keepAliveTime 空闲线程存活时间

     • 一个线程如果处于空闲状态，并且当前的线程数量大于corePoolSize，那么在指定时间后，这个空闲线程会被销毁，这里的指定时间由keepAliveTime来设定

   • unit 空间线程存活时间单位

     • keepAliveTime的计量单位

   • workQueue 工作队列

     • ArrayBlockingQueue

       • 基于数组的有界阻塞队列，按FIFO排序。新任务进来后，会放到该队列的队尾，有界的数组可以防止资源耗尽问题。当线程池中线程数量达到corePoolSize后，再有新任务进来，则会将任务放入该队列的队尾，等待被调度。如果队列已经是满的，则创建一个新线程，如果线程数量已经达到maxPoolSize，则会执行拒绝策略。

     • LinkedBlockingQuene

       • 基于链表的无界阻塞队列（其实最大容量为Interger.MAX），按照FIFO排序。由于该队列的近似无界性，当线程池中线程数量达到corePoolSize后，再有新任务进来，会一直存入该队列，而不会去创建新线程直到maxPoolSize，因此使用该工作队列时，参数maxPoolSize其实是不起作用的。

     • SynchronousQuene

       • 一个不缓存任务的阻塞队列，生产者放入一个任务必须等到消费者取出这个任务。也就是说新任务进来时，不会缓存，而是直接被调度执行该任务，如果没有可用线程，则创建新线程，如果线程数量达到maxPoolSize，则执行拒绝策略。

     • PriorityBlockingQueue

       • 具有优先级的无界阻塞队列，优先级通过参数Comparator实现。

   • threadFactory 线程工厂

     • 创建一个新线程时使用的工厂，可以用来设定线程名、是否为daemon线程等

   • handler 拒绝策略

1. • • CallerRunsPolicy

       • 该策略下,在调用线程中,直接执行被拒绝任务的run方法,除非线程池已经shutdown,则直接抛弃任务

     • AbortPolicy

       • 该策略下,直接丢弃任务,并抛出RejectedExecutionException异常

     • DiscardPolicy

       • 该策略下,直接丢弃任务,什么都不做
     • DiscardOldestPolicy
       • 该策略下,抛弃进入队列最早的那个任务,然后尝试把这次拒绝的任务放入队列