在低延迟、高并发的 Java 应用架构中，GC（垃圾回收）停顿往往是影响系统可用性的头号杀手。ZGC（Z Garbage Collector）作为 JDK 11 引入、JDK 15+ 正式生产级的低延迟垃圾收集器，凭借其停顿时间不超过 10ms（JDK 21+ 分代 ZGC 可达亚毫秒级）且停顿时间不随堆大小增加的特性，成为了大内存场景下的首选方案。然而，ZGC 并非“零配置”的银弹。如果内存配置不当，不仅无法发挥其低延迟优势，甚至可能导致 CPU 开销飙升或频繁的 GC 抖动。本文将深入解析 ZGC 的内存配置要求、最低堆限制以及生产环境的最佳实践。核心原则：ZGC 的内存配置要求ZGC 是一种高度并发的垃圾收集器，它的设计哲学是“用空间换时间”。为了在应用线程运行的同时并发完成垃圾回收，ZGC 对堆内存有着严格的要求。1. 必须显式指定堆大小与部分传统 GC 不同，ZGC 不会进行激进的自适应堆大小调整。启动时必须显式设置-Xmx（最大堆）和-Xms（初始堆）。生产环境建议：将-Xms和-Xmx设置为相同的值（例如-Xms16g -Xmx16g）。这可以避免运行时动态扩容或缩容带来的性能抖动和内存页分配开销。
