引自免费微信小程序：皆我百晓生
针对您所描述的问题及提供的相关源代码片段，您怀疑您的Spring Boot应用因引入hprose-java库而发生不定时无故退出的现象。根据您所提供的线索，尤其是关于Threads.java文件中的关键代码段以及您提到的线程堆栈跟踪信息，我们可以推测导致应用退出的可能原因与hprose-java库中注册的关闭钩子（shutdown hook）有关。以下是对此问题的详细分析：
问题概述
在Threads.java中，hprose-java库执行了以下操作：
-
获取主程序线程：在静态初始化块中，它遍历线程组层次结构找到根线程组，并确定当前运行的“主”线程（可能是ID为1的线程，或者是当前正在执行此代码的线程）。这里将该线程标识为mainThread。
-
注册关闭钩子：提供了一个方法registerShutdownHandler用于注册一个默认的关闭处理器。当此方法被调用时，会向Java运行时环境添加一个关闭钩子，即一个在JVM即将退出时运行的线程。该钩子的目标是在JVM关闭时执行defaultHandler.run()。
-
监测主程序线程状态：创建一个新的守护线程，该线程持续检查mainThread是否仍然存活。如果发现mainThread不再存活，则调用System.exit(0)，强制终止整个应用程序。
可能导致应用退出的原因
基于上述分析，有以下几点可能导致您的应用意外退出：
观点1：主程序线程被错误地判断为已停止
根据您提供的代码片段，hprose-java库可能会将某个HTTP请求处理线程（如http-nio-8080-exec-1）误认为是主程序线程。当该线程由于某种原因暂时阻塞或进入空闲状态时，hprose创建的监控线程可能会误判为mainThread已停止，并因此调用System.exit(0)导致应用退出。这种情况符合您观察到的现象，即应用在无人访问时也可能突然退出。
观点2：Linux系统层面影响
虽然您提到未发现操作系统主动kill进程的情况，但在极少数情况下，操作系统资源管理策略（例如OOM Killer）或其他外部因素可能会影响到应用线程的状态，间接触发hprose的关闭逻辑。不过，从您提供的信息来看，这种可能性相对较小。
解决措施与建议
您已经提到通过升级至hprose-java的新版本并禁用退出应用的逻辑解决了问题。这表明新版库很可能已经修复了上述可能导致意外退出的逻辑。如果您需要进一步了解导致退出的具体原理，可以考虑以下步骤：
-
查看hprose-java更新日志：查阅hprose-java从旧版到您使用的最新版之间的变更记录，寻找与关闭钩子或线程监控相关的改进项。这有助于确认新版是如何优化这一部分逻辑的。
-
对比源代码差异：直接对比旧版和新版Threads.java及其他相关类的源代码，重点关注与关闭钩子注册、主程序线程识别及监控线程行为相关的改动。这样可以更直观地理解问题所在及修复方案。
-
监控线程状态：在生产环境中部署额外的日志记录或监控工具，以便在应用意外退出前捕获更多关于mainThread和其他相关线程状态的信息。这些数据可以帮助您验证之前的分析，并为排查其他潜在问题提供依据。
综上所述，您的应用退出很可能是由于旧版hprose-java库中对主程序线程状态的误判导致的。升级至新版本并禁用相应逻辑后，问题得到解决。为进一步理解原理，您可以查阅库更新日志和对比源代码，同时加强线程状态监控以确保系统的稳定运行。
