开启内存溢出自动转储快照本质是JVM崩溃前“抢拍内存快照”以保留泄漏证据，而非防止崩溃；需配置-XX:+HeapDumpOnOutOfMemoryError和-XX:HeapDumpPath=/app/dumps/，并确保路径存在、可写、持久化，配合容器内存限制与监控实现高效故障复盘。

开启内存溢出时自动转储快照，本质是在JVM崩溃前“抢拍一张内存快照”，为后续定位泄漏根源保留关键证据，而不是防止容器崩溃本身。它不能阻止OOM发生，但能极大缩短故障复盘时间，避免重启后线索丢失。

必须配置的核心JVM参数

在容器启动命令或Java应用的启动脚本中加入以下参数（以Spring Boot为例）：

• -XX:+HeapDumpOnOutOfMemoryError：触发OOM时自动生成堆转储文件
• -XX:HeapDumpPath=/app/dumps/：指定快照保存路径（需确保该目录在容器内存在且可写）
• -XX:+PrintGCDetails -Xloggc:/app/logs/gc.log：同步记录GC行为，便于关联分析

容器环境下的路径与权限适配

常见失败原因是路径不可写或挂载缺失：

• Docker运行时需挂载宿主机目录到容器内的dump路径，例如：docker run -v /host/dumps:/app/dumps ...
• 确认容器内用户对/app/dumps有写权限（可通过chown 1001:1001 /app/dumps在Dockerfile中预设）
• 避免使用/tmp等易被清理的路径；推荐挂载独立卷或持久化存储

配合Docker资源限制提升抢救成功率

单靠JVM参数不够，需与容器层协同：

• 用--memory=2g --memory-swap=2g明确限制内存上限，让OOM更可控、更早触发
• 设置--oom-kill-disable=false（默认开启），确保OOM killer能及时终止进程并触发JVM转储
• 通过docker stats或Prometheus+Node Exporter监控内存使用趋势，在接近阈值（如85%）时提前告警，争取人工干预窗口

转储文件的快速验证与轻量分析

生成后立即验证是否有效，避免“以为有、实则空”：

• 检查文件大小：ls -lh /host/dumps/heap.hprof，正常应为几十MB以上
• 用file heap.hprof确认是Java堆转储格式（输出含“Java HotSpot”字样）
• 不依赖图形界面时，可用MAT命令行工具快速统计大对象：ParseHeapDump.sh heap.hprof org.eclipse.mat.api:suspects