升级Google App Engine应用至Java17后出现Exit 143警告的求助

成因分析 #

Exit 143本质是进程收到SIGTERM信号后退出的状态码（128 + 15，其中15是SIGTERM的信号编号），结合GAE场景，常见原因有这几个：

• GAE自动伸缩/健康检查触发：GAE会定期对实例执行健康检查，或者在自动缩容时向实例发送SIGTERM信号要求优雅退出。Java17的Legacy Runtime在信号处理逻辑上和Java8存在差异，导致子进程退出时被监控进程记录为警告。
• Legacy Runtime进程管理兼容性问题：Java17的Legacy模式下，serve WEB-INF/appengine-web.xml命令的进程管理机制和Java8不同，子进程（日志里的pid11）收到SIGTERM后退出的行为被上层进程（pid1）捕捉并输出警告。
• 资源阈值触发终止：Java17的内存占用通常比Java8更高，如果实例的内存/CPU配置未同步调整，达到GAE的资源限制阈值时，系统会发送SIGTERM终止进程。

解决办法 #

• 优化应用优雅退出逻辑：在应用中添加SIGTERM信号的处理逻辑，确保收到信号后能平稳关闭连接、释放资源再退出。比如：
  • 对于Spring Boot应用，实现ApplicationListener<ContextClosedEvent>接口处理关闭事件；
  • 普通Java应用可以通过Runtime.getRuntime().addShutdownHook()添加钩子函数，完成清理工作。
• 调整实例资源配置：检查GAE实例的规格，适当调高内存和CPU配额（比如从F1实例升级到F2），匹配Java17的资源需求，避免因资源不足触发进程终止。
• 优化健康检查配置：确认GAE健康检查的路径是否能被应用正常响应，同时调整检查频率，避免过于频繁的检查导致不必要的进程终止。
• 排查内存泄漏问题：如果应用存在内存泄漏，会导致内存占用持续攀升，触发GAE的终止机制。可以用jstat、jmap等工具分析内存使用情况，定位并修复泄漏点。
• 尝试切换到标准Runtime：如果业务场景允许，建议迁移到GAE的Java17标准Runtime（而非Legacy Services模式），标准Runtime的进程管理机制更适配Java17，稳定性更高。

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