对象池应配合有界线程池定时剔除长闲置对象：定义闲置阈值并标记活跃状态，用单线程有界池每30秒扫描，安全移除超时对象并记录指标，兼顾复用效率与内存可控性。
在富文本编辑器的后端服务中，若需高效管理逻辑解析过程中产生的临时对象（如 ast 节点、样式上下文、dom 映射结构等），对象池复用是关键优化手段；而长闲置对象若不及时清理，会持续占用内存并降低池命中率。此时，配合有界线程池进行定时剔除，是一种轻量、可控且低干扰的回收策略。
明确对象“过期”与“长闲置”的判定条件
对象池中的对象是否该被剔除，不能仅靠创建时间，而应结合其使用状态：
- 定义闲置阈值：例如连续 5 分钟未被 take() 或 return()，或自上次 reset() 后超过 10 分钟未被复用；
- 标记活跃状态：每次对象被 take() 或 return() 时，更新其 lastUsedAt 时间戳（可用 AtomicLong 或 volatile long）；
- 避免误删：剔除前检查对象是否正被某线程持有（可通过引用计数或 weak reference + 状态位辅助判断）。
构建有界线程池专用于定时清理任务
不复用业务线程池，避免清理任务阻塞核心逻辑；也不用 ScheduledThreadPoolExecutor 的默认无界队列，防止大量延迟任务堆积：
- 使用
new ThreadPoolExecutor(1, 1, 0L, TimeUnit.MILLISECONDS, new ArrayBlockingQueue(16), r -> new Thread(r, "objpool-cleaner"))； - 拒绝策略设为
DiscardPolicy或自定义日志+跳过（因清理本身非实时强依赖，错过一次可下次补）； - 通过
ScheduledExecutorService.scheduleAtFixedRate()每 30 秒触发一次清理扫描，任务提交至上述有界池执行。
在对象池中实现安全剔除逻辑
剔除不是简单 remove，而是需兼顾线程安全与对象一致性：
- 遍历池内闲置队列（如 ConcurrentLinkedQueue 或双数组缓冲区）时，使用弱一致迭代器，避免锁全表；
- 对每个候选对象，先 compareAndSet 状态为 “MARKED_FOR_EVICTION”，再 double-check
lastUsedAt是否真超时； - 确认后调用对象的
unsafeDestroy()（如清空内部 buffer、断开 listener 引用、释放 native 句柄等），再从池中移除； - 记录剔除数量与平均闲置时长，用于后续调优（如动态调整阈值或池初始大小）。
与富文本解析生命周期联动（可选增强）
针对富文本场景，可进一步提升精准度：
- 在 editor session 关闭或 content reset 时，主动触发所属子池的批量清理（非定时路径）；
- 对带样式的节点对象池，按 styleKey 分桶，使高频样式池保留更久，冷门样式池更快释放；
- 剔除前尝试
reset()并加入 LRU 缓存层（如 Caffeine），让极短时闲置对象免于销毁，降低 GC 压力。
这套机制不侵入解析主流程，剔除行为由独立受控线程完成，既保障了对象复用效率，又防止内存缓慢泄漏。实际部署时，建议通过 Micrometer 暴露池大小、命中率、剔除频次等指标，便于容量规划。
