最近在使用阿里编码规约扫描代码（之前一个老的项目）时，发现代码里有爆BLOCKER级别的一个问题，如下图所示：

线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。手动创建线程池，效果会更好哦。

于是乎，我使用new Thread()方式创建了一个线程，之后P3C又爆出了另外一个建议：线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。不要显式创建线程，请使用线程池。

那只能再换一种方式了，使用 ThreadPoolExecutor 线程池方式。如下代码所示，终于不再提示我了。

        HandlerJobRunnable handlerJobRunnable = new HandlerJobRunnable();

        // 构造一个线程池
        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(1, 1, 10,
                TimeUnit.SECONDS,
                new ArrayBlockingQueue<Runnable>(1),
                new ThreadPoolExecutor.DiscardOldestPolicy());

        threadPoolExecutor.execute(() -> {
            try {
                // 执行 方法
                handlerJobRunnable.run();
            } catch (Exception e) {
                e.printStackTrace();
            }finally{
                // 关闭线程池
                threadPoolExecutor.shutdown();
            }
        });

拓展

下面来看一下构造器，了解一下各个参数含义：

顺便总结一下每种线程创建的优缺点：

new Thread 方式

优势：显而易见的线程创建方式

缺点：每次都要new对象，当有大量请求时，数不清new了多少个对象了，如果不及时关闭会导致内存溢出，因此还要考虑线程管理等问题。

Executors工厂创建线程池

newCachedThreadPool：

创建一个可缓存线程池

优点：很灵活，弹性的线程池线程管理，用多少线程给多大的线程池，不用后及时回收，用则新建

缺点：一旦线程无限增长，会导致内存溢出。

newFixedThreadPool ：

优点：创建一个固定大小线程池，超出的线程会在队列中等待。

缺点：不支持自定义拒绝策略，大小固定，难以扩展

newScheduledThreadPool ：

优点：创建一个固定大小线程池，可以定时或周期性的执行任务。

缺点：任务是单线程方式执行，一旦一个任务失败其他任务也受影响。

newSingleThreadExecutor ：

优点：创建一个单线程的线程池，保证线程的顺序执行

缺点：不适合并发。。不懂为什么这种操作要用线程池。。为什么不直接用队列

统一缺点：不支持自定义拒绝策略。

通过ThreadPoolExecutor创建线程池

优点：集上述优点于一身

缺点：目前还没有人说它有什么缺点，因为上述线程池的底层就是通过它来创建的，欢迎大佬留言补充哈。

完结！