Linux生产环境JVM频繁崩溃求助（附核心转储片段）

Linux生产环境下，服务器负载不高但JVM几乎每日崩溃，核心转储关键片段如下：

#
# Java运行时环境检测到致命错误：
#
#  SIGSEGV (0xb) at pc=0x000f120, pid=0, tid=61700
#
# JRE版本：Java(TM) SE Runtime Environment (8.0_144-b01) (build 1.8.0_144-b01)
# Java虚拟机：Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed mode linux-amd64 )
# 问题帧：
# V  [libjvm.so+0x711120]  JNIHandleBlock::oops_do(OopClosure*)+0x30
#
# 无法写入核心转储文件。核心转储已被禁用。如需启用核心转储，请在启动Java前执行"ulimit -c unlimited"
#
# 若要提交bug报告，请访问：
#   http://bugreport.java.com/bugreport/crash.jsp
#
---------------  线程信息  ---------------

当前线程 (0x00007fef2404e000):  ConcurrentGCThread [栈: 0x00062000,0x0000762000] [id=80133]

siginfo: si_signo: 11 (SIGSEGV), si_addr: 0x000

寄存器:
RAX=0x00007fef2401eae0, RBX=0x0000000000000d14, RCX=0x00007fe468000000, RDX=0x0000000000000000
RSP=0x00007fef286609d0, RBP=0x00007fef28660a00, RSI=0x00000000746e7572, RDI=0x00007fef29994760
R8 =0x00007fef2401eae0, R9 =0x0000000000000018, R10=0x000018d500000000, R11=0x00007fef2404f730
R12=0x00000000000068a0, R13=0x00007fef29994760, R14=0x00007fef28660b20, R15=0x00007fef29994760
RIP=0x00007fef2b00f120, EFLAGS=0x0000000000010212, CSGSFS=0x0000000000000033, ERR=0x0000000000000004
  TRAPNO=0x000000000000000e

栈顶信息: (sp=0x00609d0)
0x00007fef286609d0:   00007fef28660b20 00007fef28660b20
0x00007fef286609e0:   00007fef28660b38 00007fe3d0769260
0x00007fef286609f0:   00007fe4c3dd24b8 00007fe3f7814048
0x00007fef28660a00:   00007fef28660a30 00007fef2ad69c90
0x00007fef28660a10:   00007fef24054c80 00007fe4c3dd24b8
0x00007fef28660a20:   00007fef24054c80 00007fef28660b20
0x00007fef28660a30:   00007fef28660a70 00007fef2af58930
0x00007fef28660a40:   0000000000000000 00007fe4c3dd24b8
0x00007fef28660a50:   00007fef24054c80 00007fef28660b70

关键问题点分析 #

• 崩溃触发信号为SIGSEGV（段错误），发生在JVM内部的JNIHandleBlock::oops_do方法，执行线程为ConcurrentGCThread（并发垃圾回收线程），说明问题和GC过程中的JNI句柄处理相关。
• 当前使用的JDK版本为1.8.0_144，属于非常老旧的版本（2017年发布），存在大量已修复的GC相关bug，其中就包括JNIHandleBlock管理导致的崩溃问题。
• 核心转储功能被禁用，无法获取完整崩溃现场，限制了深度排查能力。

解决建议 #

1. 启用核心转储：在启动Java进程前执行ulimit -c unlimited，确保下次崩溃时生成完整核心文件，后续可通过jstack、jmap或GDB工具分析具体内存异常点。
2. 升级JDK版本：优先升级到JDK 8的最新稳定更新版本（如8u301及以上），或直接迁移到Java 11/17 LTS版本，这些版本已修复大量老版本中的内存管理和GC相关bug。
3. 排查JNI代码：如果应用中存在自定义JNI调用或使用了包含JNI的第三方库，需检查代码是否存在非法内存访问、句柄释放不规范等问题，这类问题常导致JVM在GC时崩溃。
4. 系统硬件检查：通过memtest工具检测服务器内存是否存在硬件故障，内存损坏也可能导致JVM随机崩溃。

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