-xmx 与 -xms 设为相同值可减少 gc 频率，因避免了运行时堆内存动态扩容触发的 full gc 和并发周期，同时防止元空间分配失败及启动期频繁停顿。
为什么 -Xmx 和 -Xms 设成一样能减少 GC 频率
堆内存动态伸缩看似灵活，实际在高并发 Web 应用里反而拖慢响应——JVM 每次扩容都要触发 Full GC 做内存整理，且扩容后对象分配可能又触发 CMS 或 G1 的并发周期。设成相等（比如 -Xms2g -Xmx2g）让 JVM 一启动就预留好空间，避免运行中反复申请 OS 内存页，也减少 GC 算法对“可用空间波动”的误判。
常见错误现象：java.lang.OutOfMemoryError: Compressed class space 不是堆不够，而是 Metaspace 膨胀；但若 -Xms 过小、-Xmx 过大，JVM 可能因频繁扩容导致元空间分配失败或卡顿。
- Web 容器（如 Tomcat）启动后流量突增，
-Xms小于 50% 的-Xmx时，前 1–2 分钟常伴随多次GC pause (G1 Evacuation Pause)，但吞吐量上不去 - Spring Boot 应用用
spring-boot-devtools时，热加载会大量生成 Class 对象，此时更需固定堆大小 + 单独调大-XX:MetaspaceSize - 容器环境（Docker/K8s）下，必须配
-XX:+UseContainerSupport，否则-Xmx会被忽略，JVM 按宿主机内存算堆上限
G1GC 在高并发写场景下怎么调 MaxGCPauseMillis
MaxGCPauseMillis 不是硬性上限，而是 G1 的优化目标——它靠调整 Region 扫描数量和年轻代大小来逼近这个值。设太低（如 -XX:MaxGCPauseMillis=50），G1 会疯狂缩小年轻代、增加 GC 频率，反而推高平均延迟；设太高（如 500ms），单次停顿不可控，接口 P99 直接破限。
真实 Web 场景建议从 200ms 起步：-XX:MaxGCPauseMillis=200，再观察 GC 日志里的 Pause Young (Normal) 实际耗时分布。
立即学习“Java免费学习笔记（深入）”；
- 日志里频繁出现
Pause Young (Mixed)且耗时超目标 1.5 倍，说明老年代晋升太快，要检查是否有长生命周期对象被意外缓存（比如静态 Map 存 Session） - 搭配
-XX:G1HeapRegionSize=2M可缓解大对象直接进老年代的问题，但别乱调：Region 太小 → 元数据开销大；太大 → 混合回收效率低 - 禁用
-XX:+UseAdaptiveSizePolicy，G1 下它和MaxGCPauseMillis冲突，会导致年轻代大小抖动
为什么 -XX:+UseStringDeduplication 在 JSON API 服务里效果明显
Web 应用解析大量 JSON（如微服务间调用、前端上报），字符串重复率极高：字段名（"id"、"status"）、枚举值（"SUCCESS"、"PENDING"）反复 new 出来。开启字符串去重后，G1 会在 GC 时扫描字符数组内容，把相同内容的 String 对象指向同一份底层 char[]，堆内存可降 8%–15%。
但它只对 G1 生效，且仅作用于年轻代晋升到老年代后的对象；不适用于频繁修改的字符串（如拼接日志），因为去重依赖不可变性。
- 必须配合
-XX:+UseG1GC，单独加这参数无效 - 开启后 GC 日志会出现
[String Deduplication: 12345 ms, 67890 strings processed...]，如果处理数为 0，说明对象还没晋升或内容不满足去重要求（比如用了new String("abc").intern()） - 别在低内存机器（
线上不敢动 -XX:+UseZGC？先看这三个兼容点
ZGC 低延迟（
- JDK 版本必须 ≥ 11（ZGC 正式可用），但生产建议用 JDK 17+，因为 JDK 11 的 ZGC 不支持类卸载，长时间运行后
java.lang.OutOfMemoryError: Metaspace概率陡增 - Tomcat 9.0.41+ 才完整支持 ZGC，旧版会因 JMX 线程阻塞导致 ZGC 停顿飙升
- 禁用
-XX:+UseCompressedOops（ZGC 默认关闭），如果硬开，ZGC 会退化成类似 G1 的行为，失去亚毫秒优势
真正卡住上线的往往不是 GC 本身，而是监控工具——Prometheus 的 jvm_gc_collection_seconds 指标在 ZGC 下统计逻辑不同，旧版 Micrometer 可能漏报 ZUncommit 类事件，误判为 GC 异常。
