java jvm内存参数调优需针对性配置：-xms与-xmx设为相等（如-xms4g -xmx4g）避免动态扩容；-xmn按堆1/3–1/2设新生代大小；-xx:metaspacesize与-xx:maxmetaspacesize必须设上限防oom；-xss依并发量与栈深度合理设置。
Java JVM 内存参数调优不是套公式，而是根据应用特征、GC行为和资源约束做针对性配置。核心参数配得合理，能显著减少 Full GC、避免 OOM、提升吞吐和响应稳定性。
堆内存：Xms 和 Xmx 要设为相等
初始堆（-Xms）和最大堆（-Xmx）建议设成相同值，比如 -Xms4g -Xmx4g。
- 避免运行时动态扩容，减少 GC 压力和内存碎片
- 防止因堆增长触发额外的 GC 或暂停（尤其在高负载突增时）
- 便于监控——堆使用率曲线更平滑，容量规划更准确
- 若不确定合适大小，可先压测观察老年代稳定占用，再按其 3–4 倍设定 Xmx
年轻代：Xmn 决定对象晋升节奏
-Xmn 直接控制新生代大小，影响 Minor GC 频率与对象晋升速度。
- 典型比例是堆的 1/3 到 1/2，例如堆 4G，可设
-Xmn1.5g - 设得太小 → Minor GC 过于频繁，CPU 消耗上升
- 设得太大 → 老年代空间被压缩，容易提前触发 Full GC
- 配合
-XX:NewRatio使用时，-Xmn优先级更高，会覆盖 NewRatio 计算结果
元空间：MetaspaceSize 和 MaxMetaspaceSize 必须设上限
Java 8+ 中元空间（Metaspace）使用本地内存，默认无上限，不设 -XX:MaxMetaspaceSize 可能吃光系统内存。
- 初始值
-XX:MetaspaceSize=256m足够多数 Spring Boot 应用启动 - 上限建议设为
-XX:MaxMetaspaceSize=512m或略高（如 768m），留出余量但防失控 - 若应用大量动态生成类（如 Groovy 脚本、反复 redefine、OSGi），需适当提高上限并关注
java.lang.OutOfMemoryError: Metaspace - 可通过
-XX:+PrintGCDetails观察 Metaspace GC 日志，确认是否频繁回收
线程栈：Xss 影响并发能力与内存 footprint
-Xss 控制每个线程的栈空间，默认通常 1MB，对高并发服务很关键。
- 微服务或 Netty 类应用线程数常达数千，
-Xss512k是较安全的折中选择 - 过小（如 256k）可能引发
StackOverflowError，尤其递归深或框架栈帧多时 - 过大（如 2m）会导致总内存占用陡增，例如 2000 线程 × 2MB = 4GB 栈内存，远超堆本身
- 不建议盲目调低，应结合实际线程栈深度测试验证
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
