Java线程池动态内存队列思路

背景

在我们定义线程池时候，需要创建一个对列用来存储未执行而排队的任务，这个队列长度问题一直都是需要开发人员斟酌考虑点。在阿里巴巴开发手册中有怎么一个规则如：
说明: Executors返回的线程池对象的弊端如下

1. FixedThreadPool和SingleThreadPool :允许的请求队列长度为Integer.MAX_VALUE,可能会堆积大量的请求,从而导致OOM
   根据上面阿里规范中为什么不建议使用 FixedThreadPool 和 SingleThreadPool 呢？
   因为队列太长了，请求会堆积，请求一堆积，容易造成 OOM。
   那么问题又来了前面提到的线程池用的队列是什么队列呢？用的是没有指定长度的 LinkedBlockingQueue。没有指定长度，默认长度是 Integer.MAX_VALUE，可以理解为无界队列了。所以，在我的认知里面，使用 LinkedBlockingQueue 是可能会导致 OOM 的。如果想避免这个 OOM 就需要在初始化的时候指定一个合理的值。下面我针对这个合理的值进行开展设计思路。

内存限制队列思路（MemoryLimitedLBQ）
引入思路案例：

https://github.com/apache/dubbo/pull/9722

这个类从命名上也看得出来，也是一个 LinkedBlockingQueue，但是它的限定词是 MemoryLimited，可以限制内存的。

内存安全队列思路（MemorySafeLBQ）