ZGC通过染色指针、全并发执行和自动分代内存布局实现亚毫秒级STW停顿，停顿时间稳定在1~10ms且与堆大小无关；开发者只需启用-XX:+UseZGC即可受益，无需手动调优对象生命周期或内存参数。
ZGC 收集器对应用开发者的性能透明化，核心在于它把绝大多数 GC 开销“藏”在后台，让业务代码几乎感知不到回收动作的存在。
ZGC 的透明性不是靠隐藏问题，而是靠设计规避停顿
它不依赖开发者手动调优对象生命周期，也不要求你刻意避免创建临时对象。只要 JVM 启用了 ZGC（-XX:+UseZGC），应用就能自动受益于亚毫秒级的 GC 停顿——无论堆是 4GB 还是 16TB，无论对象分配速率多高，STW 时间基本稳定在 1~10ms 内，且与堆大小无关。
关键透明机制体现在三方面
应用程序开发设计服务公司网站模板
下载
应用程序开发设计服务公司网站模板是一款提供应用程序开发、云存储、UX规划、定制等服务的互联网设计公司网站模板下载。提示：本模板调用到谷歌字体库，可能会出现页面打开比较缓慢。
染色指针直接编码元数据
对象的存活状态、是否已重定位等信息，直接存放在 64 位指针的高位中（如第 42–47 位）。应用线程读取对象时，由硬件辅助的读屏障自动完成状态检查和转发，无需额外查表或同步，业务逻辑完全无感。所有繁重阶段全程并发执行
标记、转移（整理）、引用更新、弱引用处理等，全部与用户线程并行运行。唯一需要 STW 的环节仅剩极短的初始标记（Initial Mark）和再标记（Remark），合计通常 < 1ms，且不随堆增长而变长。内存布局自动适配负载特征
JDK 21 起默认启用分代 ZGC（-XX:+ZGenerational），自动按对象年龄划分年轻代（约 60%）和老年代（约 40%）。新对象默认进年轻代，高频轻量回收；长期存活对象自然晋升。开发者无需配置 Survivor 比例或调整 Eden 大小。
透明不等于无约束
透明性有前提：
- 避免频繁分配超大对象（≥ 4MB），否则会直接进入 Large Region，影响重定位效率；
- 不依赖
System.gc()触发回收，ZGC 会自主根据内存压力启动周期； - 若应用大量使用 finalizer 或 Cleaner，需注意其处理仍可能引入小幅延迟（但已大幅优化）。
基本上就这些。
