GC日志需成套配置才能有效调优：必须组合-XX:+PrintGCDetails、-XX:+PrintGCDateStamps、-Xloggc、日志轮转参数，并验证路径权限与参数生效，禁用-verbose:gc等无效选项。
GC日志是JVM内存调优的起点，采集不规范会导致信息缺失、分析失真甚至磁盘耗尽。关键不是“开了日志”，而是“开得对、存得住、看得清”。
日志参数必须成套启用
单独加-XX:+PrintGC只能看到一行简略记录，几乎无法定位问题。生产环境至少要组合使用：
- -XX:+PrintGCDetails：输出各代内存变化、回收前后大小、GC类型和触发原因
- -XX:+PrintGCDateStamps：用可读日期（如2026-07-09T15:22:41.302+0800）替代毫秒数，便于关联业务日志
- -Xloggc:/path/to/gc.log：强制输出到文件，避免混入应用日志造成污染
- -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=10M：防止单个日志无限增长，自动轮转保留最近5个10MB文件
路径与权限必须提前验证
日志写入失败不会报错，而是静默丢弃——这是最隐蔽的采集失效场景：
- 指定的目录（如/data/logs/jvm/）必须存在，且JVM进程用户对该路径有写权限
- 不要用相对路径（如./gc.log），不同启动方式工作目录可能不同，导致日志写到意外位置甚至失败
- 容器环境中注意挂载卷权限，尤其使用root运行但日志目录属主为非root时
避免干扰业务稳定性的配置
某些看似“增强”的参数反而会拖慢系统或掩盖真实问题：
- -XX:+PrintHeapAtGC：每次GC前后都打印完整堆快照，I/O压力大，仅调试阶段短期开启
- -XX:+PrintGCTimeStamps与-XX:+PrintGCDateStamps不要同时用，后者更易读且开销略低
- JDK 9+ 推荐改用-Xlog:gc*:file=gc.log:time,uptime,pid,tags:filecount=5,filesize=10M，原-XX系列参数部分已废弃
- 禁止在生产环境加-verbose:gc（等价于-XX:+PrintGC），它不输出细节，容易误判
确认日志真实生效的验证方法
参数写进启动脚本不等于被JVM采纳。上线后必须立即验证：
- 执行jinfo -flags <pid>，检查输出中是否包含你设置的GC日志参数
- 用jstat -gc <pid>看当前GC统计，再手动触发一次jcmd <pid> VM.native_memory summary，观察日志文件是否有新增内容
- 首次采集后，用head -n 5 gc.log确认格式是否含时间戳、堆分区详情等关键字段
