Createsequence

> I can try it welcome！

> @magestacks 我感兴趣 welcome

我理解一下，你们现在遇到的问题是： - 像 `getActiveCount` 这样的数据由于考虑到性能问题所以没有进行采集，但是你们可能确实又需要，因此你们想要通过实现自己的 `ThreadPoolAdapter` 解决这个问题； - 由于 `ThreadPoolAdapterState` 没有预留此类参数属性，因此光替换 `Adapter` 不能解决问题，你们还需要额外的修改并替换 `ThreadPoolAdapterState`，然后修改 `AdapterThreadPoolMicrometerMonitorHandler` 以便上报其他参数； 所以你们希望：如果要新增指标字段，最好可以不需要替换 `ThreadPoolAdapterState` 实现，也不需要修改 `AdapterThreadPoolMicrometerMonitorHandler` ?

> 由于hippo提供的适配器不太适合我们，所以ThreadPoolAdapter是我们自己实现的注入的。 目前我们希望是：ThreadPoolAdapterState这个类预留一些字段，并且在AdapterThreadPoolMicrometerMonitorHandler里把预留的字段也上报一下（由hippo这边实现，我们不更改hippo的代码）。这样我们只需要更改我们的适配器，将信息填充到ThreadPoolAdapterState里面，就可以上报了吧？@ [Createsequence](https://github.com/Createsequence) 我理解了，这样的话，是不是最好 `ThreadPoolAdapterState` 可以支持动态字段，然后 `AdapterThreadPoolMicrometerMonitorHandler` 可以自动将全部有值的属性都上报？不知你们这边是否已经有方案呢，有兴趣也可以提个 PR 。

我们会尽可能的保留原有的功能，不过目前也不能完全保证不会因为代码调整导致部分功能无法兼容。 @zjHe

> 我想试试@Createsequence，不过感觉jdk21用的企业还是不多。jdk17因为springboot3 和 spring6导致企业被迫升级。@6LWa6ZKx 欢迎，不过这个工程量不小，一个人估计够呛，后面我有时间了可以一起搞，目前先从长计议。 另外，一开始确实想过要不要一步到位直接上 21，不过确实或许是因为 sb3 的原因，生产还是用 17 的比较多，作为一个搬砖用的业务轮子还是服从多数吧。

> 你好，我是社区新人，如果可以的话，希望能把这个issue推给我借此熟悉项目大致内容，谢谢！ 欢迎！

> 可以引入redis，将数据源持久化到redis中，同时也能满足这个需求。 直接使用 redis 存序列化后的配置对象也是一个方案，不过相比起解析成 json 格式的配置文件感觉通用性不够强，而且毕竟要考虑到通过页面配置，序列化以后的格式最好还得保持可读性。 当然，现在都只是一个粗糙的想法，后面有机会再慢慢完善吧。