堆转储触发机制是指JVM在检测到OutOfMemoryError等异常时，自动、异步、低开销生成堆快照的机制；它通过-XX:+HeapDumpOnOutOfMemoryError等参数配合异步写入、信号级触发和限流降级实现业务无感知。
什么是堆转储触发机制
堆转储（Heap Dump）是 JVM 在某一时刻内存中所有对象的快照，包含对象引用关系、大小和类信息。大促期间应用崩溃往往伴随内存泄漏或 OOM，但传统手动 dump 或定时 dump 无法精准捕获崩溃瞬间的现场，而频繁 dump 又会引发 STW（Stop-The-World），影响业务吞吐。
堆转储触发机制，是指在 JVM 检测到特定异常（如 OutOfMemoryError、fatal error 或自定义崩溃信号）时，自动、低开销地生成堆转储文件，并确保该过程不阻塞主线程、不拖慢响应、不改变原有业务行为。
关键设计：无感知的核心三原则
要实现“业务无感知”，需同时满足以下三点：
- 异步写入：dump 文件生成与写入磁盘完全异步，不占用应用线程池，也不走业务 IO 线程；推荐用独立守护线程 + 内存映射（MappedByteBuffer）或 off-heap 缓冲暂存再刷盘
-
信号级触发：不依赖 try-catch 或 AOP 埋点（易漏、有性能损耗），而是通过 JVM 参数
-XX:+HeapDumpOnOutOfMemoryError配合-XX:OnOutOfMemoryError调用外部轻量脚本，或使用HotSpotDiagnosticMXBean在 JFR 事件中监听 fatal error - 限流与降级：单机每小时最多触发 1 次 dump；若磁盘空间不足、IO 负载超阈值（如 iowait > 60%），自动跳过并上报监控，避免雪崩式写入
实战配置示例（JDK8+）
以电商大促常见 OOM 场景为例，在启动参数中加入：
-XX:+HeapDumpOnOutOfMemoryError \ -XX:HeapDumpPath=/data/dump/oom_%p_%t.hprof \ -XX:OnOutOfMemoryError="sh /opt/app/bin/trigger-safe-dump.sh %p" \ -XX:+ExitOnOutOfMemoryError \ -XX:ErrorFile=/data/log/hs_err_%p.log
其中 trigger-safe-dump.sh 不直接执行 jmap，而是：
- 校验磁盘剩余空间是否 >5GB
- 检查最近 5 分钟内是否有同进程 dump 记录（防重入）
- 用
nohup /usr/bin/jcmd %1 VM.native_memory summary scale=MB > /dev/null 2>&1 &异步补采原生内存快照 - 记录 traceID（从 hs_err 日志中提取）并推送至日志中心关联链路
事后分析与闭环要点
留存现场只是第一步，真正提升稳定性靠快速归因：
- 所有 dump 文件按时间+PID+traceID 命名，自动同步至对象存储（如 S3/OSS），保留 7 天
- 接入自动化分析 pipeline：用 Eclipse MAT 的 headless 模式识别 Top 3 内存泄漏根因（如未关闭的 Connection、静态 Map 缓存、线程局部变量堆积）
- 将分析结果自动打标（如 “疑似 RedisClient 泄漏”）、关联 APM 中的慢调用和线程堆栈，推送到值班群和缺陷系统
