第224天学习打卡（知识点回顾 线程池的拒绝策略）

Posted 2021-09-07 doudoutj

知识点回顾

线程池的拒绝策略

线程池的拒绝策略: 等待队列已经满了，再也塞不下新任务了，同时，线程池中的max线程满了，无法继续为新任务服务，这时候就要拒绝策略机制合理的处理这个问题。

JDK内置的拒绝策略

AbortPolicy(默认)：直接抛出RejectedExecutionException异常阻止系统正常运行。

CallerRunsPolicy:"调用者运行"一种调节机制，该策略既不会抛弃任务，也不会抛出异常，而是将某些任务退回到调用者，从而降低新任务的流量。

DiscardOldestPolicy:抛弃队列中等待最久的任务，然后把当前任务加入队列中尝试再次提交当前任务。

DiscardPolicy:直接丢弃任务，不予任何处理也不抛出异常。如果允许任务丢失，这是最好的一种方案。

注意：

线程资源必须通过线程池提供，不允许在应用中自行显示创建线程。

使用线程池的好处是减少在创建和销毁线程上所消耗的时间以及系统资源的开销，解决资源不足的问题。如果不使用线程池，有可能造成系统创建大量同类线程而导致消耗完内存或者“过渡切换”的问题。

注意点2：

线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样处理方式能更加明确线程池的运行规则，规避资源耗尽的风险。

Execcutors返回的线程池对象的弊端如下

• FixedThreadPool和SingleThreadPool:

允许的请求队列长度为Integer.MAX_VALUE，可能会堆积大量的请求，从而导致OOM

• CachedThreadPool和ScheduledThreadPool:

运行的创建线程数量为Integer.MAX_VALUE，可能会创建大量的线程，从而导致OOM

B站学习网址： 尚硅谷Java大厂面试题第二季(java面试必学，周阳主讲)_哔哩哔哩_bilibili