标签: GC

G1 是 Java 9+ 默认 GC，但大多数人只会用默认参数。G1 的 Region 模型怎么工作？Mixed GC 什么时候触发？RSet 有什么用？深入 G1 底层，才能真正做到调优。

一、G1 Region 模型

1.1 Region 划分

G1 将堆划分为 2048 个大小相等的 Region（默认）

堆大小 4GB：Region = 4GB / 2048 = 2MB
堆大小 8GB：Region = 8GB / 2048 = 4MB
堆大小 16GB：Region = 16GB / 2048 = 8MB

Region 大小自动计算，也可手动指定：
-XX:G1HeapRegionSize=8m  （必须是 2 的幂，1-32MB）

┌────┬────┬────┬────┬────┬────┬────┬────┬────┬────┐
│ E  │ E  │ S  │ O  │ O  │ H  │ H  │- H-│ O  │ E  │
├────┼────┼────┼────┼────┼────┼────┼────┼────┼────┼────┤
│ O  │ E  │ E  │ O  │ S  │ O  │ H  │ O  │ E  │ O  │
├────┼────┼────┼────┼────┼────┼────┼────┼────┼────┼────┤
│ E  │ O  │ O  │ E  │ O  │ O  │ E  │ O  │ S  │ O  │
└────┴────┴────┴────┴────┴────┴────┴────┴────┴────┴────┘

E = Eden Region（新生代 Eden）
S = Survivor Region（新生代幸存者）
O = Old Region（老年代）
H = Humongous Region（大对象）
Free = 未分配 Region

Region 角色不是固定的：
  一个 Region 这一轮是 Eden，GC 后可能变成 Old
  G1 通过标记位跟踪每个 Region 的角色

郑天祺2026/7/2大约 9 分钟

JVM GC 日志分析实战：从日志到调优决策

GC 日志就像应用的体检报告，能看出内存健康状况。但一堆数字看不懂？不知道哪些指标关键？从日志配置到分析解读，一篇讲透 GC 日志。

一、GC 日志配置

1.1 Java 9+ 统一日志（Xlog）

# 基础配置（推荐）
-Xlog:gc*:file=/var/log/gc.log:time,uptime,level,tags:filecount=5,filesize=20m

# 参数解析：
# gc*           → 所有 GC 相关日志
# file=         → 输出文件
# time,uptime   → 时间格式（绝对时间 + 运行时长）
# level         → 日志级别（info/warning/error）
# tags          → 日志标签（gc,heap,cpu,startup）
# filecount=5   → 保留 5 个文件
# filesize=20m  → 每个文件 20MB

# 容器环境（输出到 stdout）
-Xlog:gc*:stdout:time,level,tags

# 详细配置（包含 GC 原因 + 堆详情）
-Xlog:gc*=info,gc+heap=debug,gc+task=debug:file=/var/log/gc.log:time,level,tags:filecount=5,filesize=20m

郑天祺2026/7/2大约 8 分钟

JVM ZGC 与 Shenandoah 深度剖析：亚毫秒级停顿是怎么做到的

G1 停顿 100ms 还不够？ZGC 停顿 < 1ms？并发转移是什么黑科技？染色指针、读屏障、Brooks Pointer——低延迟 GC 的底层原理一篇讲透。

一、为什么需要低延迟 GC

1.1 G1 的瓶颈

G1 的 STW 阶段：
  1. 初始标记（STW）→ 复用 Young GC，可忽略
  2. 重新标记（STW）→ 处理 SATB，10-50ms
  3. 混合回收（STW）→ 复制存活对象，50-200ms
  
G1 的瓶颈：
  对象复制（疏散）必须在 STW 中完成
  → 存活对象越多，复制越久，STW 越长
  → 堆越大，存活对象越多，STW 越长

核心问题：G1 的对象转移是 STW 的
  即使并发标记做得再好，复制对象必须停顿
  → 16GB 堆 STW 100ms，32GB 堆 STW 200ms，64GB 堆 STW 400ms

郑天祺2026/7/2大约 9 分钟

JVM 调优实战：堆内存、GC 参数与生产级配置方案

线上 GC 频繁？STW 太长？堆配多大合适？G1 和 ZGC 怎么选？JVM 调优不是背参数，而是理解内存模型 + GC 原理 + 线上验证的系统工程。

一、JVM 内存模型回顾

1.1 堆内存结构

┌───────────────────────────────────────────────────┐
│                    JVM Heap                        │
├─────────────────┬─────────────────────────────────┤
│  Young Generation│       Old Generation            │
│  (Young Gen)     │       (Old Gen)                 │
├──────┬──────────┤                                  │
│ Eden │ S0 | S1  │                                  │
│ 80%  │10%| 10%  │                                  │
├──────┴──────────┴─────────────────────────────────┤
│  Young : Old = 1 : 2（默认）                       │
│  Eden : S0 : S1 = 8 : 1 : 1                       │
└───────────────────────────────────────────────────┘

对象生命周期：
  new → Eden → Minor GC → S0/S1 → 经过多次 GC 仍存活 → Old Gen
                                                         ↓
                                                    Major GC / Full GC

郑天祺2026/7/2大约 9 分钟

Full GC 排查实战：从现象到根因的完整排查链路

Full GC 排查实战：从现象到根因的完整排查链路是一个重要的技术主题，它在现代软件开发中扮演着关键角色。
本文系统介绍了Full GC 排查实战：从现象到根因的完整排查链路的核心概念和实践经验，帮助你深入理解这一技术领域。

线上系统突然报警，CPU 飙到 100%，接口响应从 50ms 飙到 5000ms，日志里全是 Full GC —— 这是每个 Java 后端都经历过的噩梦。

本文不讲 GC 理论（假设你已经了解分代收集、CMS/G1 基础），聚焦于一个核心问题：线上 Full GC 频繁，如何从现象一步步定位到根因，并最终解决？

郑天祺2026/6/27大约 11 分钟