遭遇的JVM崩溃问题排查

今天来聊一个让人头疼的JVM崩溃问题。在使用IntelliJ IDEA运行Java服务时，突然弹出了下面这个致命错误：

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00000001039a63c8, pid=13662, tid=4355
#
# JRE version: OpenJDK Runtime Environment Microsoft-11367290 (11.0.27+6) (build 11.0.27+6-LTS)
# Java VM: OpenJDK 64-Bit Server VM Microsoft-11367290 (11.0.27+6-LTS, mixed mode, tiered, compressed oops, g1 gc, bsd-aarch64)
# Problematic frame:
# V  [libjvm.dylib+0x67e3c8]  AccessInternal::PostRuntimeDispatch, (AccessInternal::BarrierType)2, 1097844ull>::oop_access_barrier(void*)+0x8
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /Users/aer/IdeaProjects/tjxt/hs_err_pid13662.log
#
# If you would like to submit a bug report, please visit:
#   https://github.com/microsoft/openjdk/issues
#

这个问题先后出现过两次，今天正好是第二次。第一次遇到时，我尝试了更换JDK版本、重启IDE等操作，稀里糊涂就恢复了正常。当时我正在测试循环依赖异常，一度以为是循环依赖触发了JVM崩溃，因此没有深究。

结果今天调试定时任务时，同样的错误再次出现。这次不能再含糊过去了，经过向GPT反复请教，终于找到了明确的解决方案。

解决方案

操作其实很简单，核心步骤就是：在IntelliJ IDEA中关闭"启用定时调试器"。

关闭该选项后，服务成功启动并稳定运行，不再崩溃。

报错原因分析

根本原因是什么？

问题的根源在于JetBrains的定时任务调试器（Scheduled Debug Agent）。该调试器通过不稳定的native代码注入JVM，与JDK的G1垃圾回收机制产生了内存访问冲突。简单来说，@Scheduled调试器是这次崩溃的罪魁祸首。

一旦启用这个调试器，上述JVM崩溃问题就可能被触发。下面用表格来拆解各方的责任：

总结

以上就是本次JVM崩溃（FatalError）的完整排查与解决记录。如果你也遇到类似错误，可以直接检查定时调试器开关，这样能省去大量排查时间。希望这个经验能为大家提供有价值的参考。