什么是线程池

线程池是一种池化技术，它预先创建一组线程，用于执行异步任务。当有新任务到来时，线程池可以立即分配一个线程来处理，而不需要临时创建。这样可以减少因为频繁创建和销毁线程而导致的开销。

线程池的应用场景

• 高并发服务器：如Web服务器、数据库服务器等，需要处理大量短生命周期的任务。
• 定时任务执行：如定时清理缓存、定期检查系统健康等。
• 异步任务处理：如文件上传下载、网络请求等IO密集型操作。

使用线程池的优势

• 降低资源消耗：线程池通过重用已创建的线程，减少了创建和销毁线程的资源消耗。
• 提高响应速度：由于线程已经预先创建好，任务到达时可以立即执行，无需等待线程创建，从而提高了系统的响应速度。
• 提高线程的可管理性：线程池提供了对线程数量和任务数量的管理能力，使得系统更加稳定和可控。
• 控制并发度：线程池可以有效地控制系统的并发度，防止因线程数量过多而导致系统资源耗尽。

线程池缺点

• 增加复杂性：线程池的使用增加了系统的复杂性，需要合理配置和管理才能发挥其优势。
• 可能导致资源不足：如果线程池的大小固定且任务量激增，可能会导致线程池中的线程不足以处理所有任务，从而影响性能。
• 调优难度：正确的线程池大小取决于许多因素，如任务的性质、系统负载等，错误的配置可能导致性能问题。

核心参数

线程池的七大参数包括核心线程数、最大线程数、空闲线程存活时间、时间单位、任务队列、线程工厂和拒绝策略。具体如下：

1. 核心线程数（corePoolSize）：这是线程池启动时创建的线程数量，也是线程池中最小的线程数量。即使这些线程处于空闲状态，线程池也会保持它们的存活，不会被销毁。
2. 最大线程数（maximumPoolSize）：这是线程池中允许存在的最大线程数量。当任务数量超过核心线程数时，线程池会逐步增加线程数量，直到达到这个上限。
3. 空闲线程存活时间（keepAliveTime）：当线程池中的线程数量大于核心线程数且线程处于空闲状态，那么在指定时间后，这个空闲线程将会被销毁，从而逐渐恢复到稳定的核心线程数数量。
4. 时间单位（unit）：与空闲线程存活时间一起使用，用于指定时间的单位，如秒、分钟等。
5. 任务队列（workQueue）：用于存放待执行的任务的队列，有不同的实现，如ArrayBlockingQueue、LinkedBlockingQueue等。
6. 线程工厂（threadFactory）：用于创建新线程的工厂类，可以自定义线程的创建方式，如设置线程名称、是否为后台线程等。
7. 拒绝策略（handler）：当任务队列已满且无法创建新线程时，线程池会采取的策略，常见的有AbortPolicy（抛出异常）、CallerRunsPolicy（调用者运行）和DiscardOldestPolicy（丢弃最老任务）等。

（图源网络） 

线程池配置详见文章

CPU 密集型 和 IO密集型 的区别，如何确定线程池大小？-CSDN博客

四种常见的线程池详解文章

四种常见的线程池-CSDN博客

拒绝策略

线程池的拒绝策略主要有四种，分别是AbortPolicy、DiscardPolicy、DiscardOldestPolicy和CallerRunsPolicy。

当线程池中的任务队列已满，且线程数量达到最大线程数（maximumPoolSize）时，线程池无法接受新的任务，此时就会根据配置的拒绝策略来处理新提交的任务。具体如下：

1. AbortPolicy（默认策略）：丢弃任务并抛出RejectedExecutionException异常。这种策略会立即提醒调用者任务被拒绝，通常用于需要快速响应的场景。
2. DiscardPolicy：静默丢弃任务，不抛出异常。适用于那些不重要或是可重复提交的任务。
3. DiscardOldestPolicy：丢弃队列中最老的那个任务，然后尝试重新提交当前被拒绝的任务。这种策略不会抛弃当前提交的任务。
4. CallerRunsPolicy：由提交任务的线程自己执行该任务。这种策略适用于执行器已经饱和，但提交的任务具有高优先级或需要即时执行的情况。

在实际应用中，选择合适的拒绝策略取决于具体场景和业务需求。例如，如果任务丢失会导致严重后果，那么使用AbortPolicy可能更为合适，因为它会明确告知任务无法执行。相反，如果任务不那么关键，DiscardPolicy可能是一个不错的选择，因为它可以避免程序因异常而中断。

此外，了解线程池的核心参数如核心线程数（corePoolSize）、阻塞队列（workQueue）和最大线程数（maximumPoolSize）对于合理配置线程池和选择拒绝策略也是非常重要的。通过这些参数的合理设置，可以在一定程度上避免触发拒绝策略，例如增加队列容量或者调整线程池大小。