记一次线程池泄露处理（自研坑）

线程池在日常开发过程中应该都有用到吧，结果踩了个坑…
线程池的作用一般可以用来管理线程数量，提高响应速度，由于工作中有个接口请求频繁，客户是单机版，第三方系统请求接口易超时，考虑到第三方并不关心这个接口的响应结果，我就想到了用线程池控制线程做异步处理，因此我刚开始是这样写的：

//创建固定线程池（10核心、最大10、无边界队列）
ThreadPoolExecutor executor= new ThreadPoolExecutor(10,10,10L, TimeUnit.SECONDS,new LinkedBlockingQueue());
//然后使用就直接用submit，但不进行关闭

首先说下我为什么这样设置线程池，为什么核心线程数和最大线程数一样呢，因为我考虑到创建线程数要获取全局锁，干脆就用无边界队列进行排队，这样对性能的影响能稍微小点，然后这个线程池的创建是放在了全局变量的。
这个写法我还通过了springboot的demo去验证过，无论怎么样都线程池都是同一个（即同一实例）

结果上线后一段时间没有问题，但是跑了一天后出现了系统卡顿以及发现线程日志比以往增多的情况，经过总部开发排查发现是我的这个线程池泄露了…
了解后发现系统自研的框架接口请求可能多次进行初始化的，导致线程池多次创建且无法清除，最后我这边修改方案是加上静态使得只初始化一次，目前已解决线程池泄露的问题

代码如下：

private static ThreadPoolExecutor executor= new ThreadPoolExecutor(10,10,10L, TimeUnit.SECONDS,new LinkedBlockingQueue());