JVM内存分配优化需精准干预对象生命周期与GC行为，核心是减少Minor GC、抑制过早晋升、避免Full GC。须设-Xms与-Xmx相等，堆为物理内存1/4～1/2，新生代占堆1/3～1/2，调整SurvivorRatio与MaxTenuringThreshold，大对象直入老年代，元空间与栈参数需合理配置。
JVM 内存分配优化不是调大堆内存就完事，而是围绕对象生命周期和 GC 行为做精准干预。核心目标是减少 Minor GC 频率、抑制对象过早晋升老年代、避免 Full GC 触发，最终提升吞吐量与响应稳定性。
合理设定堆与新生代大小
初始堆（-Xms）与最大堆（-Xmx）必须设为相同值，例如 -Xms4g -Xmx4g，防止运行时动态扩容引发 STW 停顿。堆总大小建议为物理内存的 1/4～1/2（如 16G 机器设为 6g～8g），预留系统及其他进程所需内存。
新生代大小（-Xmn）直接影响对象分配效率和 Minor GC 频次：
- 设为堆的 1/3～1/2（如 -Xmx8g 时 -Xmn4g），太小会导致 Eden 区快速填满，Minor GC 频繁；
- 太大会挤压老年代空间，增加 Full GC 风险；
- 若已用 -XX:NewRatio，则 -Xmn 会失效，二者不可共存。
精细调整新生代内部比例
新生代由 Eden 和两个 Survivor 区（S0/S1）组成。默认 Eden:Survivor = 8:1:1（即 -XX:SurvivorRatio=8），但高并发短生命周期场景下可优化为 6:1:1：
- 增大 Survivor 区容量，降低对象因空间不足而“躲不过”Minor GC、被迫提前晋升老年代的概率；
- 配合 -XX:MaxTenuringThreshold（如设为 6 或 8），让真正存活较久的对象才晋升，避免老年代被“短命对象”缓慢填满；
- 注意：Survivor 区过小会导致年龄未达阈值的对象被直接送入老年代（Promotion Failure）。
控制大对象与长期对象的去向
两类对象容易破坏分代平衡，需主动干预：
- 大对象（如大数组、长字符串）：通过 -XX:PretenureSizeThreshold=1048576（1MB）设阈值，使其绕过新生代，直入老年代，避免在 Eden→Survivor 间反复复制；
- 长期存活对象：若应用缓存较多（如本地 Guava Cache），可适当提高晋升年龄上限（如 -XX:MaxTenuringThreshold=12），减少无效晋升；反之 Web 请求类应用多为瞬时对象，设为 6 更合适。
元空间与栈参数不可忽略
元空间（Metaspace）虽不属堆，但失控同样引发 Full GC：
- 务必设置 -XX:MetaspaceSize 与 -XX:MaxMetaspaceSize 相同（如 256m 或 512m），避免启动期反复触发 Full GC 调整阈值；
- Spring Boot 类加载密集，建议不低于 512m；
- 线程栈（-Xss）默认 1M，高并发服务可降至 512K 或 256K 以支持更多线程，但需确认单线程无深度递归或大局部变量。
