合理配置堆内存需稳住堆大小、划好新生代比例、留足系统余量：-Xms与-Xmx必须相等；16G物理内存建议堆设8–12G；新生代占40%–50%（Web服务）或30%（长周期服务）；调大SurvivorRatio至6并设MaxTenuringThreshold=6；元空间须设MaxMetaspaceSize（如512m）且与MetaspaceSize一致。
合理配置堆内存防止频繁 GC，关键不是把堆设得越大越好，而是让内存分配节奏匹配应用的真实对象生命周期和流量特征。核心在于稳住堆大小、划好新生代比例、留足系统余量。
初始堆与最大堆必须一致
这是最基础也最容易被忽略的一条。若 -Xms（初始堆）远小于 -Xmx（最大堆），JVM 在运行中会动态扩容，每次扩容都可能触发一次 Full GC，并伴随内存拷贝和 STW 停顿。
- 正确做法：-Xms 和 -Xmx 设为相同值，例如 -Xms4g -Xmx4g
- 不推荐：-Xms512m -Xmx4g（促销期间极易因扩容抖动导致接口超时）
- 物理内存为 16G 的服务器，堆总大小建议控制在 8–12G，为 OS、元空间、直接内存预留空间
新生代大小要够用但不过量
新生代是 Minor GC 发生的地方。太小 → Eden 区很快填满 → Minor GC 频繁；太大 → 老年代空间被压缩 → 容易触发 Full GC。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- Web 类短生命周期服务（如 Spring Boot 接口）：新生代占堆 40%–50%，可用 -Xmn2g（堆为 4g 时）
- 缓存/计算型长周期服务：可降至 30%，用 -XX:NewRatio=2（老:新 = 2:1）
- -Xmn 和 -XX:NewRatio 互斥，推荐新项目优先用 -Xmn，更直观可控
调整新生代内部结构降低晋升压力
默认 Eden:S0:S1 = 8:1:1（即 -XX:SurvivorRatio=8），在高并发短对象场景下，Survivor 区容易过小，导致存活对象“无处可去”，被迫提前晋升到老年代。
立即学习“Java免费学习笔记（深入）”；
- 改为 -XX:SurvivorRatio=6（Eden:S0:S1 = 6:1:1），增大 Survivor 容量
- 配合 -XX:MaxTenuringThreshold=6，让真正长期存活的对象才晋升，避免老年代被“误填”
- 如果 GC 日志中频繁出现 “Promotion failed” 或 “to-space overflow”，优先调大 Survivor，而不是盲目加堆
别忘了元空间这个“隐形触发器”
元空间虽不在堆内，但失控一样会引发 Full GC——尤其 Spring 应用大量使用 CGLIB 动态代理或热部署时。
- 必须设置 -XX:MaxMetaspaceSize（如 256m 或 512m），禁止无限增长
- 建议 -XX:MetaspaceSize 与 MaxMetaspaceSize 设为相同值，避免首次触达阈值时的 Full GC
- Spring Boot 类加载密集型应用，元空间建议不低于 512m
