面试线程池

面试线程池

 

1、为什么用线程池

 1.减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务。

2.可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为消耗过多的内存，而把服务器累趴下(每个线程需要大约1MB内存，线程开的越多，消耗的内存也就越大，最后死机)。

 

2、

 3、

 

 

 

 

4、

三种排队策略：

直接传递：通常使用SynchronousQueue队列，直接将任务转交给线程，而不进行任务的存储。如果没有线程接收任务，那么任务入队会失败，所以此种情况，会直接创建新的线程。这种策略，对于处理任务间有依赖关系的情况，避免了队列任务遍历。直接传递策略需要相应的无界线程池策略支持，以避免任务被丢弃，拒绝。者反过来也可能引发当处理速度小于任务到达速度时，线程池的无限增长。

无界队列：通常使用LinkedBlockingQueue，不预定义容量。因为队列无界，所以，核心线程都忙时，不会创建新的线程，可能导致任务的无限堆积，无界队列情况下，线程池最大值配置将不起作用。无界队列情况适用于任务间没有联系，各自肚独自运行的场景。例如，对于web系统，可以用来处理突发请求平滑处理。

有界队列：例如ArrayBlockingQueue，可以避免使用无界线程池时的的资源耗尽。但是，却不利于对请求处理的协调和控制。队列大小和线程池最大值参数之间会进行平衡处理。如：大容量队列和小容量线程池的使用可以最小化cpu使用，系统资源耗费及线程间上下文切换带来的负担。但是会造成吞吐量的降低，也无法充分使用系统的调度能力；相应的使用小队列则需要较大的线程池容量，可能造成cpu繁忙，进而造成系统无法调度现象，也会造成系统吞吐量的降低。

 

 

 

 corePoolSize - 池中所保存的线程数，包括空闲线程。

maximumPoolSize-池中允许的最大线程数。

keepAliveTime - 当线程数大于核心时，此为终止前多余的空闲线程等待新任务的最长时间。

unit - keepAliveTime 参数的时间单位。

workQueue - 执行前用于保持任务的队列。此队列仅保持由 execute方法提交的 Runnable任务。

threadFactory - 执行程序创建新线程时使用的工厂。

handler - 由于超出线程范围和队列容量而使执行被阻塞时所使用的处理程序。

 

 

 

任务丢弃：

任务丢弃：

Executor关闭时，提交的任务会被丢弃；使用有界队列及有界线程池时，并且都已达到边界值时，提交的任务会被丢弃。任务丢弃会通过 RejectedExecutionHandler执行相应的丢弃策略。

默认AbortPolicy：抛出运行时异常

CallerRunsPolicy：使用提交任务的线程执行任务，这种策略提供了一种反馈机制，减缓了新任务的提交速度。

DiscardPolicy：直接丢弃任务。

DiscardOldestPolicy：丢弃任务队列头部的任务。