嘿，我太懂你的困扰了——每月峰值流量搞崩应用也就算了，还自动生成一堆占满磁盘的内存转储，简直雪上加霜！给你几个实用的解决办法：

方法一：通过JVM参数直接关闭自动堆转储 #

如果你的Java应用启动参数里有-XX:+HeapDumpOnOutOfMemoryError（这个参数会让JVM在触发OutOfMemoryError时自动生成堆转储），直接把它改成-XX:-HeapDumpOnOutOfMemoryError就行——把加号换成减号，就能彻底关闭自动生成堆转储的功能。

要是你没手动加过这个参数但还是生成了转储，大概率是某些框架、容器或者启动脚本默认帮你开启了，记得检查下应用的启动配置文件或脚本里的相关设置。

方法二：精细化控制转储生成（适合偶尔需要排查问题的场景） #

如果你偶尔还是需要转储来定位问题，但不想每次崩溃都生成，可以用更灵活的参数控制：

• 比如只记录OOM日志不生成转储：-XX:+HeapDumpOnOutOfMemoryError -XX:OnOutOfMemoryError="cmd /c echo OOM occurred at %date% %time% >> oom.log"，把生成转储的动作替换成记录日志，既保留排查线索又不占磁盘。
• 或者指定转储到有磁盘配额的分区：用-XX:HeapDumpPath=D:\temp\heapdump.hprof把转储文件放到空间充足的分区，不过这只是间接缓解，不如直接关闭自动生成彻底。

方法三：处理Windows系统层面的崩溃转储 #

如果JVM崩溃不是OOM，而是JVM本身的bug导致的严重崩溃，Windows的错误报告服务（WER）可能会自动生成minidump或full dump。这种情况可以调整系统设置：

1. 打开「控制面板」→「系统和安全」→「系统」→「高级系统设置」→「高级」选项卡，点击「启动和故障恢复」里的「设置」。
2. 在「写入调试信息」下拉菜单选择「无」，就能阻止系统在程序崩溃时生成转储文件。不过这个设置会影响所有程序，要是其他程序崩溃需要转储排查的话，谨慎修改。

额外小建议 #

以后需要排查崩溃问题时，不用依赖自动转储——可以用jmap命令（jmap -dump:format=b,file=heap.hprof <进程ID>）在应用出现异常但还没崩溃时手动生成转储，既能拿到有效排查信息，又不会随便占用磁盘空间。

备注：内容来源于stack exchange，提问作者Amadeusz Liu