本文主要是介绍不要使用Executors直接创建线程池，非常不安全的，阿里代码规范明确规定不能这么创建线程池的，该如何正确创建安全可靠的线程池，线程池辅助创建工具类，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
本人新人，技术小白一个，如果接下来的描述有什么不对的地方，欢迎批评。如果觉得可取，转发时记得点赞哟~
目录
问题
解决方案：
重点1：线程池大小
重点2：适当的阻塞队列
无界队列
有界队列
重点3：明确拒绝策略
问题
首先，在《阿里巴巴Java开发手册》中明确指出：
【强制】线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。
这里说一下原理先，为什么不能这么创建。
先说说newFixedThreadPool和newSingleThreadExecutor这两个
这两个用来存储线程的队列是无界的，这个影响的话，如果极端情况下，线程被占满，请求一直进来，就会造成队列中一直堆积。这种情况很容易就造成oom了，所以这种非常不安全，pass掉！
再说说newCachedThreadPool和newScheduledThreadPool这两个
这两个线程池的数量是Integer.MAX_VALUE，每次来一个任务，通过底层你可以看到，是new了一个线程进行执行，不复用，非常的浪费资源，这和自己每次去new线程没什么区别。创建的线程太多的话，就会造成OOM，所以这两种也pass掉
解决方案：
这里不长篇大论的讲理论了，直接说关键点：
重点1：线程池大小
线程池有两个线程数的设置，一个为核心池线程数，一个为最大线程数。
当创建的线程数等于 corePoolSize 时，会加入设置的阻塞队列。当队列满时，会创建线程执行任务直到线程池中的数量等于maximumPoolSize。
所以线程池的大小很重要，这个取决于你的阻塞队列是否可用，最大线程池是否可用，是否可以自动扩容线程池，动态调节等功能是否生效，是否安全等。。。
重点2：适当的阻塞队列
阻塞队列共有7个，
3个为有界的阻塞队列，ArrayBlockingQueue，LinkedBlockingQueue ，LinkedBlockingDeque
3个为无界的阻塞队列，LinkedTransferQueue，DelayQueue，PriorityBlockingQueue
1个比较特殊的不存储元素的队列，SynchronousQueue
无界队列
队列大小无限制，常用的为无界的LinkedBlockingQueue，使用该队列做为阻塞队列时要尤其当心，当任务耗时较长时可能会导致大量新任务在队列中堆积最终导致OOM。阅读代码发现，Executors.newFixedThreadPool 采用就是 LinkedBlockingQueue，而楼主踩到的就是这个坑，当QPS很高，发送数据很大，大量的任务被添加到这个无界LinkedBlockingQueue 中，导致cpu和内存飙升服务器挂掉。
有界队列
常用的有两类，一类是遵循FIFO原则的队列如ArrayBlockingQueue，另一类是优先级队列如PriorityBlockingQueue。PriorityBlockingQueue中的优先级由任务的Comparator决定。
使用有界队列时队列大小需和线程池大小互相配合，线程池较小有界队列较大时可减少内存消耗，降低cpu使用率和上下文切换，但是可能会限制系统吞吐量。
所以如果不考虑特殊因素的话，正常情况下，我们应该去选择有界队列，才可以让线程池变得安全。同时有界队列才能使下一个重点生效！
重点3：明确拒绝策略
共有五中拒绝策略，
ThreadPoolExecutor.AbortPolicy ：丢弃任务并抛出RejectedExecutionException异常。 (默认)
ThreadPoolExecutor.DiscardPolicy ：也是丢弃任务，但是不抛出异常。
ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
ThreadPoolExecutor.CallerRunsPolicy：由调用线程处理该任务
最后一种就是你去实现接口，然后实现一种自定义的拒绝策略，这种方法不细说了，可以看一下上面几种怎么实现的，模仿一下就可以了。
默认的会抛出异常，如果自己没打算去处理那些要抛弃的任务的话，就可以选择第二种，丢弃任务不抛出异常。如果说任务比较重要，可以选择默认的，然后进行捕捉异常，在异常中，将任务自己保存起来或者预警什么的都可以。如果都要丢弃，还可以选择第三种丢弃方式，将最开始进来的给丢弃掉，这种用的就比较少了。还有第四种，由创建任务的这个线程去处理这件事，这种的话会大大降低系统吞吐量，如果不是特殊情况，一般选择第一二种就ok了。
安全快速便捷创建线程池的辅助工具类，如果有不完善的地方，欢迎评论指出，我会努力完善的！
该工具类里面有三种默认的创建方式，只需要传入核心线程池大小即可，三种默认的分别为满了之后丢弃抛异常，满了之后丢弃不抛异常，满了之后丢弃最前面的重试插入
还有一种自定义的创建方式，高度自定义化，完全自己设计，不过所需要的参数已经全部准备好，只需要选择即可。傻瓜式创建，安全且方便
而且所有的参数是调用时才会创建放入，不会提前创建浪费资源
具体的内容请阅读源码，注释很全面，根据注释和命名可以明白是什么意思的，如果有乱码，请用UTF-8重新编码
下方免费下载辅助类的链接哦
这篇关于不要使用Executors直接创建线程池，非常不安全的，阿里代码规范明确规定不能这么创建线程池的，该如何正确创建安全可靠的线程池，线程池辅助创建工具类的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
