验证阿里巴巴禁用Executors的原因

阿里巴巴开发手册中编程规约-并发处理中提到：
【强制】线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。
说明：Executors返回的线程池对象的弊端如下： 1） FixedThreadPool和SingleThreadPool： 允许的请求队列长度为Integer.MAX_VALUE，可能会堆积大量的请求，从而导致OOM。 2） CachedThreadPool： 允许的创建线程数量为Integer.MAX_VALUE，可能会创建大量的线程，从而导致OOM。
我们来用程序验证下，使用的JVM参数为：-Xmx5m -Xms5m（可在idea中VM options中设置）。程序相关原理在注释中进行了说明：

package com.ebao.threadpool;

import java.util.concurrent.Callable;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import org.junit.Test;

/**
 * @title: ExecutorsTest
 * @projectName demo1
 * @description: 验证Executors工具类的几个API的OOM问题
 * @date 2020/4/188:59
 */
public class ExecutorsTest {

  public static void main(String[] args) {
    /**
     * newFixedThreadPool使用指定参数1为核心和最大线程数，使用的任务队列LinkedBlockingQueue
     * 默认队列长度为Integer.MAX_VALUE，可以认为是无界的
     */
    ExecutorService executorService = Executors.newSingleThreadExecutor();
//    ExecutorService executorService = Executors.newFixedThreadPool(1);//测试newFixedThreadPool时打开此注释
//    ExecutorService executorService = Executors.newCachedThreadPool();//测试newCachedThreadPool时打开此注释
    /**
     * 使用一个无限循环，不停创建和提交任务，因为任务中也是在进行无限循环（自旋），所以线程池中线程无法复用
     */
    for (; ; ) {
      executorService.submit(new MyTask());
    }
  }
}

class MyTask implements Callable<String> {

  //使用一个大小为1024=1m的字节数组让每个任务占用内存比较大，容易验证OOM情况
  byte[] byteArray = new byte[2048];

  @Override
  public String call() throws Exception {
    System.out.println("开始执行任务");
    /**
     * 使用一个无限循环一直自旋，也就是该任务一直占用一个线程，不会把线程放回线程池共其他任务复用
     */
    for (; ; ) {
    }
  }
}

执行结果如下：

如果项目中要使用线程池，可以根据项目实际情况使用ThreadPoolExecutor的构造函数灵活自定义线程池。