为什么使用线程池？
- 降低资源消耗：提高线程的利用率，降低线程创建和销毁的资源消耗
- 提高响应速度：任务来了，直接有线程可用可执行，不需要先创建线程，再执行。
- 对线程进行统一管控处理：线程是稀缺资源，使用线程池可以统一分配调优监控。
线程池参数详解
- corePoolSize 代表核心线程数，也就是正常情况下创建工作的线程数。这些线程创建后并不会消除，而是一种常驻线程。
- maxinumPoolSize 代表的是最大线程数，它与核心线程数相对应，表示最大允许被创建的线程数，比如当前任务较多，将核心线程数都用完了，还无法满足需求时，此时就会创建新的线程，但是线程池内线程池总数不会超过当前设置的最大线程数。
- keepAliveTime unit表示超出核心线程数之外的线程的空闲存活时间，也就是核心线程不会消除，但是超出核心线程数的部分线程如果空闲一定的时间则会被消除，我们可以通过setKeepAliveTime 来设置空闲时间。
- workQueue 用来存放待执行的任务，假设我们现在核心线程池已经都被使用，还有任务进来则全部放入队列，知道整个队列被放满但任务还再秩序进入则会开始创建新的线程
- ThreadFactory 实际上是一个线程工厂，用来生产线程执行任务，我们可以选择使用默认的创建工厂，产生的线程都在同一个组内，拥有相同的优先级，且都不是守护线程，当然我们也可以自定义线程工厂，一般我们会根据业务来制定不同的线程工厂。
- Handler 任务拒绝策略。有两种情况，第一种是当我们调用shutdown 等方法关闭线程池后，这时候及时线程池内部还有没执行完的任务正在执行，但是由于线程池已经关闭，我们再继续向线程池提交任务就会遭到拒绝。另一种情况就是当达到最大线程数，线程池已经没有能力继续处理提交的任务时，这时也会拒绝
扩展：四种拒绝策略
AbortPolicy（默认）:丢弃任务并抛出RejectedExecutionException异常。这是线程池默认的拒绝策略，在任务不能再提交的时候，抛出异常，及时反馈程序运行状态。如果是比较关键的业务，推荐使用此拒绝策略，这样子在系统不能承载更大的并发量的时候，能够及时的通过异常发现。
DiscardPolicy：丢弃任务，但是不抛出异常。如果线程队列已满，则后续提交的任务都会被丢弃，且是静默丢弃。使用此策略，可能会使我们无法发现系统的异常状态。建议是一些无关紧要的业务采用此策略。例如，收集类统计就可以采用的这种拒绝策略。
DiscardOldestPolicy：丢弃队列最前面的任务，然后重新提交被拒绝的任务。此拒绝策略，是一种喜新厌旧的拒绝策略。是否要采用此种拒绝策略，还得根据实际业务是否允许丢弃老任务来认真衡量。
CallerRunsPolicy：由调用线程处理该任务。如果任务被拒绝了，则由调用线程（提交任务的线程）直接执行此任务
标签：专题,策略,丢弃,拒绝,面试,任务,线程,创建 来源： https://blog.csdn.net/lxn1023143182/article/details/114180272
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。