我用极简方案实现动态线程池针对项目中线程池黑盒化、参数难评定等痛点，基于美团动态线程池概念，对比开源组件后，结合食亨技术

一、动态线程池的由来与概念

如果有在项目中实际使用线程池，相信你可能会遇到以下痛点：

生产环境的“黑盒炸弹”
- 线程池上线后，开发人员无法感知运行情况，完全黑盒
- 当业务出现超时、熔断等问题时，因为没有监控，无法确定是不是线程池引起。
- 线程池任务执行时间超过平均执行周期，开发人员无法感知。
参数难以评定
- 线程池随便定义，线程资源过多，造成服务器高负载。
- 线程池参数不易评估，随着业务的并发提升，业务面临出现故障的风险。
对突发流量束手无策
- 线程池任务堆积，触发拒绝策略，影响既有业务正常运行。

动态线程池概念第一次提出是来自于2020年04月02日美团发布的Java线程池实现原理及其在美团业务中的实践

美团提出动态化线程池的核心设计包括以下三个方面：

简化 线程池 配置：
- 关注核心参数：corePoolSize、maximumPoolSize 和 workQueue。
- 两种并发场景：
  - 提高响应速度：使用同步队列，立即执行任务。
  - 提升吞吐量：使用有界队列，缓冲大批量任务，并限制队列容量。
参数动态修改：
- 封装线程池以支持动态调整参数。
- 通过监听外部消息，允许实时更改配置。
- 将配置放在平台侧，便于查看和修改。
增加 线程池 监控：
- 增强对线程池状态的监控。
- 帮助开发者了解线程池运行情况，以便优化性能。

可惜美团没开源，只能自己搞了😅

目前对动态线程池的实现数不胜数，各厂都有自己的实现，目前最热门的开源项目主要是2个：

hippo4j****

开源组建的优点十分明显：功能全面且丰富

开源动态线程池不仅包含核心的动态、监控、告警功能，甚至覆盖插件、权限控制、数据采集等等功能。

开源作者为了适配覆盖全面、适配了非常多的技术，例如市面上几乎所有的配置中心、所有的通知类型、所有的采集方式，技术栈全面覆盖的同时带来了另外一个问题：组件冗余且沉重、 mvn****依赖冲突十分严重

除去冗余的功能，我们真正需要的功能其实只有文章中提出的提供如下功能：

动态调参：支持线程池参数动态调整、界面化操作；包括修改线程池核心大小、最大核心大小、队列长度等；参数修改后及时生效。
任务监控：支持应用粒度、线程池粒度、任务粒度的Transaction监控；可以看到线程池的任务执行情况、最大任务执行时间、平均任务执行时间、95/99线等。
负载告警：线程池队列任务积压到一定值的时候会通过大象（美团内部通讯工具）告知应用开发负责人；当线程池负载数达到一定阈值的时候会通过大象告知应用开发负责人。
操作监控：创建/修改和删除线程池都会通知到应用的开发负责人。
操作日志：可以查看线程池参数的修改记录，谁在什么时候修改了线程池参数、修改前的参数值是什么。
权限校验：只有应用开发负责人才能够修改应用的线程池参数。