生产环境必须开启详细gc日志并配置滚动归档：jdk 11+用-xlog:gc*:file=/var/log/java/app-gc-%t.log:time,tags,level,pid:filecount=30,filesize=100m，jdk 8用-xx:+usegclogfilerotation -xx:numberofgclogfiles=30 -xx:gclogfilesize=100m -xloggc:/var/log/java/app-gc.log -xx:+printgcdetails -xx:+printgcdatestamps，需确保目录可写、磁盘可控，并配合logrotate或脚本定期压缩清理。
在 Java 生产环境中，记录并归档 GC 日志是排查内存问题、优化 JVM 性能的关键手段。核心在于：用 JVM 参数开启详细 GC 日志输出，并配合外部工具或脚本实现自动轮转与归档，避免日志撑爆磁盘。
启用详细 GC 日志（JDK 8 及以上推荐使用 Unified JVM Logging）
从 JDK 9 开始，统一日志框架（-Xlog）成为标准；JDK 8 可用 -XX:+PrintGCDetails + -Xloggc 组合。生产环境建议：
-
JDK 11+ 推荐写法：
-Xlog:gc*:file=/var/log/java/app-gc-%t.log:time,tags,level,pid:filecount=30,filesize=100M
其中%t表示时间戳（精确到秒），filecount=30表示最多保留 30 个文件，filesize=100M表示单个文件最大 100MB，超限自动滚动。 -
JDK 8 兼容写法：
-XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=30 -XX:GCLogFileSize=100M -Xloggc:/var/log/java/app-gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps
注意：JDK 8 的滚动功能依赖-XX:+UseGCLogFileRotation，且不支持时间戳命名，文件名固定为app-gc.log和数字后缀（如 app-gc.log.0, app-gc.log.1）。
确保日志目录可写且容量可控
GC 日志写入失败会导致 JVM 启动异常或静默丢弃日志，必须提前验证：
- 启动前创建目录：
mkdir -p /var/log/java && chown javauser:javauser /var/log/java - 设置磁盘配额或监控：例如用
df -h /var定期检查，或接入 Prometheus + Node Exporter 告警剩余空间低于 20% - 避免写入根分区：优先挂载独立小容量 SSD 分区（如
/data/logs）专用于日志
补充归档策略（压缩 + 过期清理）
JVM 内置滚动只管生成新文件，长期归档需额外处理。推荐轻量方案：
- 用
logrotate管理（Linux 标准做法）：
配置/etc/logrotate.d/app-gc：/var/log/java/app-gc-*.log { daily missingok compress delaycompress rotate 90 copytruncate }注意：若 JVM 使用%t时间戳命名，logrotate 的通配符匹配有效；若用 JDK 8 数字后缀，直接匹配app-gc.log*即可。 - 简单定时脚本（无 logrotate 权限时）：
find /var/log/java -name "app-gc-*.log" -mtime +30 -exec gzip {} \;
再加一条清理.gz文件超过 180 天的规则
验证与观测要点
上线后务必快速确认日志是否真实生成并可读：
- 启动后立即执行：
ls -lt /var/log/java/app-gc*，看是否有最新文件 - 触发一次 Full GC（如
jcmd $PID VM.runFinalization或压力测试），检查日志是否追加新条目 - 用
grep "GC\|Pause" /var/log/java/app-gc-*.log | head -20快速确认格式是否含时间、停顿、堆变化等关键字段 - 避免常见陷阱：未加
-XX:+PrintGCDateStamps（JDK 8）或:time（JDK 11+）导致无法定位发生时间
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
