Java进程GC日志文件轮转功能未生效问题排查

GC日志轮转失效是-Xloggc配置中使用%t时间戳占位符导致的，属于JVM GC日志轮转逻辑的原生机制限制：
JDK自带的GC日志轮转能力，是基于固定的日志文件名前缀做同系列文件识别的，只有文件名前缀一致的日志，才会被纳入轮转计数、大小切割、旧文件清理的管控范围。当路径中配置%t后，每次JVM重启都会生成带全新时间戳的文件名前缀，JVM会将每个新前缀的日志判定为一个独立的全新日志序列，完全不会关联历史上其他时间戳前缀的GC日志文件，自然不会触发数量阈值限制、旧文件清理逻辑。

从你提供的目录列表可以直接验证这个判断：所有生成的GC日志后缀都是.0.current，没有出现正常轮转时应该生成的.1、.2这类递增序号，说明每一个带新时间戳的文件，都被JVM当成了对应日志序列的第一个文件，轮转规则只在单个序列内部生效，跨不同前缀的文件不会做任何数量管控。

根据实际诉求二选一即可：

• 若需要保留按JVM启动时间区分GC日志的能力，不要使用JDK自带的GC日志轮转，删掉-XX:+UseGCLogFileRotation、-XX:NumberOfGCLogFiles=5、-XX:GCLogFileSize=20m三个轮转相关JVM参数，改用操作系统层面的日志轮转工具（如logrotate）实现日志切割、旧文件定期清理，避免两套轮转逻辑冲突。
• 若要使用JDK自带的GC日志轮转能力，必须移除-Xloggc路径中的%t占位符，改为固定文件名配置，例如-Xloggc:/var/logs/gc.log。配置生效后JVM会按规则生成gc.log.0、gc.log.1格式的轮转日志，单文件到20M阈值自动切割，总文件数达到5个后自动覆盖最旧的日志文件。

补充提示：JDK8及更早版本的自带GC日志轮转存在已知稳定性bug，即使配置正确也可能出现日志丢失、轮转卡住的问题，生产环境优先推荐使用外部系统工具做GC日志轮转管理。

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