核心是让对象尽量在新生代被回收，避免过早进入老年代；堆内存参数需设-xms与-xmx相等防抖动，新生代占堆1/3至1/2并调优survivorratio与maxtenuringthreshold，元空间和线程栈也需合理限制。
核心是让对象尽量在新生代被回收，避免过早进入老年代——因为老年代 GC 开销大、停顿时间长，是性能瓶颈的主要来源。
堆内存参数要配稳
初始堆与最大堆设为相同值，比如 -Xms4g -Xmx4g，防止运行中扩容触发额外 GC 或卡顿。最大堆不超过物理内存的 70%，给系统和其他进程留出空间。新生代大小建议占堆的 1/3 到 1/2，例如堆 8G 就设 -Xmn4g；太小会让短期对象快速晋升老年代，太大又会挤压老年代，影响长期对象存放。
- 高并发 Web 服务：新生代可偏向 1/2，适应大量请求对象的短生命周期
- 批处理或缓存密集型应用：新生代可调至 1/3，适当扩大老年代空间
新生代结构要调细
Eden 和 Survivor 区的比例由 -XX:SurvivorRatio 控制，默认是 8（即 Eden : S0 : S1 = 8:1:1）。如果观察到 Survivor 区频繁溢出、对象直接晋升，说明 Survivor 太小，可调成 6 或 4，增大其容量，延长对象在新生代的存活观察期。
对象晋升年龄阈值 -XX:MaxTenuringThreshold 默认 15，但多数 Web 应用里，对象活不过 6–8 次 GC。设为 6 或 8，能减少无效滞留；而缓存类应用中长期存活对象多，可设为 10–12。
大对象和长期对象要管住
大数组、大字符串等大对象默认直接进老年代，规避复制开销。可通过 -XX:PretenureSizeThreshold（仅限 Parallel GC）显式设定阈值，但需结合 GC 日志确认是否真有必要干预。
长期存活对象无法避免晋升，但动态年龄判断机制会提前“放行”：当某个年龄的对象总和超过 Survivor 空间一半时，所有 ≥ 该年龄的对象全部晋升。这意味着不能只看阈值，更要关注 Survivor 实际使用率——用 -XX:+PrintGCDetails 观察日志里的 Survivor 占比，再反推是否需要调参。
元空间和线程栈别拖后腿
元空间（Metaspace）不限制大小会吃光本地内存，尤其 Spring Boot 类多的应用。建议固定上限：-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m，既防 OOM，也避免元空间 GC 频繁干扰业务。
线程栈大小 -Xss 默认约 1MB，线程数多时容易撑爆内存。若无深递归，可降至 512k 或 256k；但微服务常依赖异步线程池，调小前务必压测验证，防止 StackOverflowError。
