好端端的线程池,怎么就卡死了?

data = fetchData(taskId);

stage3Pool.schedule(() -> {
    push(data);
}, 50L, TimeUnit.MILLISECONDS);

} “` 另外还有个新问题:如何合理设置线程池参数?其实这里面也有一套方法论。由于不是本文重点,不再展开,感兴趣的读者请参考此前写的一篇文章:https://www.cnblogs.com/xiaoxi666/p/16755570.html。

经验教训

要有全局观

本文为了表述方便,对代码做了简化,实际的业务逻辑较长,且为不同时期的历史逻辑,写代码时容易忽略全局,导致同一个线程池配置在同一个链路的多个节点而不自知。这是很有风险的。

要深刻掌握技术,才能直击本质

即便看出来了同一个线程池被链路中的多个节点复用,也不一定能意识到可能的风险。我们在排查的过程中就曾忽略这个方向,多花了很多时间(又是查CPU,又是看内存和GC,又是看火焰图,直到发现各项指标都正常时,才回过头重新审视代码,进而找到根因)。

要有意识地逐步重构代码

在开发过程中,遇到历史上不合理的逻辑,鼓励大胆提出来,共同探讨出更合适的方案并执行小步重构,防患于未然。

闭环思维

遇到“诡异”问题,势必要挖掘根因,不能让可能的问题处于悬而未决的状态,可能出问题的地方在将来一定会出问题。

参考文档

[1] Life Cycle of a Thread in Java [2] Java线程池实现原理及其在美团业务中的实践