Java：如何通过-XX:ErrorFile参数将崩溃日志追加至同一文件

我完全理解你的困扰：当前配置的-XX:ErrorFile每次JVM崩溃都会生成带PID后缀的新文件，没法把所有崩溃日志追加到同一个文件里。这其实是JVM的默认保护行为——当指定的错误日志文件已存在时，为了避免覆盖原有日志内容，JVM会自动在文件名后附加当前进程的PID，生成新文件。

下面给你几个可行的解决方案，按推荐优先级排序：

方案一：利用-XX:OnOutOfMemoryError脚本合并OOM崩溃日志 #

这个方案可以在OOM（内存溢出）发生时，自动将临时的PID日志追加到主日志文件，然后清理临时文件。修改你的启动参数如下：

exec java -Djava.io.tmpdir=$tmpdir -Djava.library.path="Some_Path" -Xmx"$heapsize"m -XX:+UseConcMarkSweepGC \
-XX:OnOutOfMemoryError="/bin/sh -c 'cat /var/log/service/myService/tmp_crash_%p.log >> /var/log/service/myService/myServiceCrash.log && rm /var/log/service/myService/tmp_crash_%p.log'" \
-XX:ErrorFile=/var/log/service/myService/tmp_crash_%p.log \
-jar your-service.jar

关键细节： #

1. 先把-XX:ErrorFile指定为带%p占位符的临时文件，JVM会自动将%p替换为当前进程PID，生成类似tmp_crash_1234.log的文件
2. 在-XX:OnOutOfMemoryError中调用shell脚本，将临时PID日志追加到主日志文件，然后删除临时文件
3. 务必确保日志目录/var/log/service/myService/存在，且JVM进程对该目录有读写权限

注意：这个方案只针对OOM触发的崩溃，如果是其他类型的JVM崩溃（比如JNI错误、致命系统错误），-XX:OnOutOfMemoryError不会触发，这类日志还需要结合方案二处理。

方案二：用logrotate定期合并所有类型的崩溃日志 #

如果想覆盖所有JVM崩溃场景的日志合并，可以保留现有-XX:ErrorFile配置，然后通过logrotate工具定期合并带PID的日志文件到主文件。

1. 创建logrotate配置文件/etc/logrotate.d/myService：

/var/log/service/myService/myServiceCrash.log.* {
    daily
    missingok
    notifempty
    sharedscripts
    postrotate
        cat /var/log/service/myService/myServiceCrash.log.* >> /var/log/service/myService/myServiceCrash.log
        rm -f /var/log/service/myService/myServiceCrash.log.*
    endscript
}

2. 测试配置是否有效：

logrotate -d /etc/logrotate.d/myService

3. 手动执行一次合并（可选，立即生效）：

logrotate -f /etc/logrotate.d/myService

关键说明： #

• daily表示每天自动执行一次合并操作
• missingok表示如果没有带PID的日志文件也不会报错
• postrotate中的脚本会把所有带PID的崩溃日志追加到主文件，然后删除临时文件
• 这个方案能处理所有JVM崩溃生成的日志，包括非OOM的致命错误

为什么原来的配置会生成PID文件？ #

当你指定-XX:ErrorFile=/var/log/service/myService/myServiceCrash.log时，JVM检测到目标文件已存在，为了防止覆盖原有日志（避免关键崩溃信息丢失），会自动在文件名后添加.PID后缀生成新文件，这是JVM的内置保护机制，并非功能bug。

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