容器化环境下jvm垃圾回收器需适配资源边界：必须启用-xx:+usecontainersupport，配合-xx:maxrampercentage=75.0动态设堆；g1适用于512mb–8gb场景，但需避免过低maxgcpausemillis和过小g1heapregionsize；大堆或低延迟可选zgc。
容器化环境下，JVM垃圾回收器的表现不能照搬物理机配置——核心矛盾在于：JVM默认不感知容器资源边界，容易因内存超限被cgroup kill，或因GC策略失配导致停顿飙升、吞吐下降。
容器中JVM内存感知必须开启
Java 8u191+ 和 Java 10+ 默认支持容器资源识别，但需显式启用：-XX:+UseContainerSupport。否则JVM仍按宿主机内存分配堆，比如宿主机64G、容器限制1G，JVM可能默认设-Xmx16G，直接触发OOMKilled。
- 推荐搭配 -XX:MaxRAMPercentage=75.0（而非固定-Xmx），让JVM自动按容器内存上限的75%设最大堆，为元空间、直接内存、线程栈留出缓冲
- 禁用 -XX:InitialRAMPercentage 和 -XX:MinRAMPercentage 的随意组合，避免初始堆过小引发频繁Young GC
G1在容器中仍是主流稳态选择
对512MB–8GB堆场景，G1 GC在容器中表现均衡：能控制停顿、适应动态内存、并发标记开销可控。但需规避常见误配：
- MaxGCPauseMillis不宜设过低（如50ms），否则G1被迫频繁Mixed GC，反而增加CPU压力和总体暂停时间
- G1HeapRegionSize不要手动调小（如设为1M），小region加剧卡片表（card table）膨胀，在容器有限内存下易引发元空间或本地内存溢出
- 混合回收（Mixed GC）阶段若老年代碎片高，可能退化为Full GC——需通过 -XX:G1MixedGCCountTarget=8 和 -XX:G1OldCSetRegionThresholdPercent=10 控制清理节奏
大堆或低延迟场景可切换ZGC（JDK 11+）
当容器内存≥4GB且P99延迟要求
- ZGC所有GC阶段几乎全并发，停顿与堆大小无关，适合堆从4G扩到16G的弹性伸缩场景
- JDK 21起ZGC已转正，支持分代（-XX:+ZGenerational），年轻代对象晋升更快，减少老年代扫描压力
- 注意ZGC需额外内存用于着色指针元数据，容器内存预留建议≥堆上限的15%
容器监控必须覆盖非堆内存
GC日志只反映堆行为，而容器OOM常源于非堆失控：
- 元空间泄漏：加载大量动态类（如Spring Boot热部署、Groovy脚本）时，务必设 -XX:MaxMetaspaceSize=128m
- 直接内存泄漏：NIO ByteBuffer.allocateDirect()未clean，需配合 -XX:MaxDirectMemorySize=256m
- 线程栈膨胀：默认-Xss1m在千级线程时吃掉1GB+，高并发服务建议 -Xss256k
