spring中的线程池

org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor 是spring提供的线程池类

拒绝策略：

AbortPolicy：用于被拒绝任务的处理程序，它将抛出RejectedExecutionException

CallerRunsPolicy：用于被拒绝任务的处理程序，它直接在execute方法的调用线程中运行被拒绝的任务。

DiscardOldestPolicy：用于被拒绝任务的处理程序，它放弃最旧的未处理请求，然后重试execute。

DiscardPolicy：用于被拒绝任务的处理程序，默认情况下它将丢弃被拒绝的任务。

执行过程：

如果此时线程池中的数量小于corePoolSize，即使线程池中的线程都处于空闲状态，也要创建新的线程来处理被添加的任务。

如果此时线程池中的数量等于 corePoolSize，但是缓冲队列 workQueue未满，那么任务被放入缓冲队列。

如果此时线程池中的数量大于corePoolSize，缓冲队列workQueue满，并且线程池中的数量小于maxPoolSize，建新的线程来处理被添加的任务。

如果此时线程池中的数量大于corePoolSize，缓冲队列workQueue满，并且线程池中的数量等于maxPoolSize，那么通过handler所指定的策略来处理此任务。也就是：处理任务的优先级为：核心线程corePoolSize、任务队列workQueue、最大线程 maximumPoolSize，如果三者都满了，使用handler处理被拒绝的任务。

当线程池中的线程数量大于corePoolSize时，如果某线程空闲时间超过keepAliveTime，线程将被终止。这样，线程池可以动态的调整池中的线程数。

核心线程数设置参考：

CPU密集型：核心线程数 = CPU核数 + 1

IO密集型：核心线程数 = CPU核数 * 2

什么是CPU密集型？什么是IO密集型？

https://blog.csdn.net/youanyyou/article/details/78990156

CPU密集型也叫计算密集型，计算密集型任务的特点是要进行大量的计算，消耗CPU资源，这种计算密集型任务虽然也可以用多任务完成，但是任务越多，花在任务切换的时间就越多，CPU执行任务的效率就越低，所以，要最高效地利用CPU，计算密集型任务同时进行的数量应当等于CPU的核心数。

IO密集型，涉及到网络、磁盘IO的任务都是IO密集型任务，这类任务的特点是CPU消耗很少，任务的大部分时间都在等待IO *** 作完成（因为IO的速度远远低于CPU和内存的速度）。对于IO密集型任务，任务越多，CPU效率越高，但也有一个限度。

参考：

https://blog.csdn.net/weixin_43168010/article/details/97613895

https://www.cnblogs.com/redcool/p/6426173.html

https://blog.csdn.net/lifulian318/article/details/109000675

补充：拒绝策略使用场景和其他第三方拒绝策略，参考： https://blog.csdn.net/zj57356498318/article/details/102579980

对于定时任务，在SpringBoot中只需要使用@Scheduled 这个注解就能够满足需求，它的出现也给我们带了很大的方便，我们只要加上该注解，并且根据需求设置好就可以使用定时任务了。

但是，我们需要注意的是，@Scheduled 并不一定会按时执行 。

因为使用@Scheduled 的定时任务虽然是 异步执行 的，但是，不同的定时任务之间 并不是并行 的！！！！！！！！

在其中一个定时任务没有执行完之前，其他的定时任务即使是到了执行时间，也是不会执行的，它们会进行排队。

也就是如果你想你不同的定时任务互不影响，到时间就会执行，那么你最好将你的定时任务方法自己搞成异步方法，这样，定时任务其实就相当于调用了一个线程执行任务，一瞬间就结束了。比如使用：@Async

当然，也可以勉强将你的定时任务当做都会定时执行。但是，作为一个合格的程序员

那么，如何将@Scheduled实现的定时任务变成异步的呢？此时你需要对@Scheduled进行线程池配置。

回到顶部

附带介绍一下线程池的几个参数。需要彻底搞懂，不要死记硬背哦！

回到顶部

回到顶部

上个流程图，先试着自己看下能不能看懂：

本文转自https://www.cnblogs.com/mmzs/p/16057742.html

---