Thread.stop()已废弃近25年却未从JDK移除，原因何在？

Thread.stop()自JDK 1.2标记为废弃（且标注forRemoval=true），但至今未被移除，核心原因如下：

• 兼容遗留代码：大量老旧系统、第三方库仍依赖该方法，直接移除会导致这类代码运行崩溃，引发大范围兼容性问题。JDK团队需保障生态平稳过渡，不会贸然移除影响面极广的API。
• 无完全等效替代方案：官方推荐的中断（Thread.interrupt()）、标志位控制等线程终止方式，都需要业务代码主动配合响应。而Thread.stop()是强制终止线程的“暴力”手段，部分极端场景下（如线程陷入无法响应中断的死循环），仍有开发者将其作为兜底方案。
• JDK内部依赖未完全清理：JDK自身的部分内部实现或调试工具仍在使用该方法，彻底移除需先完成内部代码迁移，这个过程需要充分测试，避免引入新问题。
• API移除的周期策略：JDK对标记forRemoval=true的API，通常会预留多版本过渡期，让开发者有充足时间修改代码。Thread.stop()影响范围过大，团队一直在评估移除时机，确保生态系统能适应变化。

补充：Thread.stop()被废弃的核心原因是它会强制终止线程，可能导致线程持有的锁被释放、资源处于不一致状态，引发难以排查的并发问题，因此官方强烈不建议使用。

内容的提问来源于stack exchange，提问作者Ironluca