在 java 中开启 gc 日志，最直接且通用的做法是在启动 jvm 时添加 -xloggc:filename 参数来指定日志文件路径。对于 jdk 9 及以上版本，推荐使用统一的 -xlog 参数，通过配置 gc:file=filename:time,uptime 来实现更灵活的日志输出控制。这样做会在程序运行过程中持续记录垃圾回收的详细信息，包括回收时间、回收前后堆内存变化以及使用的收集器类型，便于后续排查内存泄漏或性能瓶颈。
JDK 8 及以前版本如何配置 GC 日志
在 JDK 8 及更早版本中，必须使用 -XX:+PrintGCDetails 配合 -Xloggc 才能生成包含详细统计信息的日志。如果只加 -Xloggc 而不加 -XX:+PrintGCDetails，生成的日志将非常简略，仅包含基本的时间戳和事件，缺乏分析价值。此外，建议同时启用 -XX:+PrintGCDateStamps 以添加可读性更强的日期时间戳，避免使用毫秒级时间戳导致难以直观判断时间点。
-server -Xms512m -Xmx512m -Xloggc:/var/log/java/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=20M
上述命令片段展示了完整的启动配置。其中 -Xms512m -Xmx512m 固定堆大小以减少动态调整带来的干扰；-Xloggc:/var/log/java/gc.log 指定了日志存储位置；-XX:+PrintGCDetails 开启详细日志；-XX:+PrintGCDateStamps 添加时间戳。最后三个参数用于日志轮转，防止单个日志文件过大：-XX:+UseGCLogFileRotation 启用轮转，-XX:NumberOfGCLogFiles=5 保留 5 个历史文件，-XX:GCLogFileSize=20M 限制每个文件大小为 20MB。执行该命令后，JVM 会在指定目录生成 gc.log 及其轮转文件 gc.log.0 至 gc.log.4。
立即学习“Java免费学习笔记（深入）”；
JDK 9+ 版本如何使用统一日志框架
从 JDK 9 开始，Oracle 引入了统一日志框架（Unified Logging），取代了原有的分散式 -XX:+PrintGCTimeStamps 等参数。现在只需使用 -Xlog 参数即可控制所有日志的输出级别、位置和格式。针对 GC 日志，需要指定 gc 标签，并选择输出目标为文件，同时建议启用 time 和 uptime 选项以提供上下文信息。这种方式的语法结构为 -Xlog:[tag]=[level]:[file]:[options]。
-Xlog:gc*=info:file=/var/log/java/gc.log:time,uptime,level,tags:filecount=5,filesize=20M
该命令片段演示了 JDK 9+ 的标准配置。gc*=info 表示输出所有与 GC 相关的标签（如 gc, gc+heap, gc+ergonomics）且级别为 info；file=/var/log/java/gc.log 指定输出文件；time,uptime,level,tags 是格式化选项，分别添加绝对时间、启动后时间、日志级别和标签前缀；最后的 filecount=5,filesize=20M 实现与 JDK 8 相同的日志轮转功能。这种配置更加模块化，未来若需调试其他子系统（如类加载或编译），只需修改标签部分即可，无需记忆大量独立的 -XX 参数。
GC 日志中 Young GC 与 Full GC 的关键区别是什么
在生成的 GC 日志中，Young GC（年轻代回收）和 Full GC（全局回收）是两类核心事件，它们的触发条件和影响范围截然不同。Young GC 通常由 Eden 区满触发，仅回收年轻代空间，耗时极短（毫秒级），不会暂停整个应用线程过久。而 Full GC 则涉及老年代甚至元数据区的回收，往往由老年代空间不足、System.gc() 调用或元空间溢出引发，会导致 Stop-The-World (STW) 停顿，耗时较长，可能引起应用明显卡顿甚至超时。通过分析日志中的 [Full GC (Ergonomics)] 或 [GC (Allocation Failure)] 等关键字，可以快速定位问题根源。
