Java内存调优需理解JVM各区域作用，识别真实瓶颈，结合应用特征调整：堆与Metaspace最易出问题，须用jstat、jmap、GC日志等工具精准分析，按高吞吐、低延迟、动态代理等场景差异化配置参数，并通过压测、监控和日志留存确保效果。
Java 内存结构调优不是堆内存设大就完事，关键在理解各区域作用、识别真实瓶颈、结合应用特征做针对性调整。
搞清 JVM 内存分区和典型问题
JVM 运行时数据区包括堆（Heap）、方法区（Metaspace）、虚拟机栈、本地方法栈、程序计数器。其中堆和 Metaspace 最常出问题：
- 堆内存不足：频繁 Full GC、GC 时间飙升、OutOfMemoryError: Java heap space，多见于缓存滥用、对象长期存活、内存泄漏
- Metaspace 耗尽：动态生成类过多（如大量使用 CGLIB、Spring AOP、热部署）、反射调用频繁，报 OutOfMemoryError: Metaspace
- 栈溢出：递归过深或线程栈过大（-Xss 设置过高+线程数多），报 StackOverflowError 或直接 OOM
用对工具，别靠猜
调优前必须采集真实运行数据：
- 启动时加 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:gc.log 记录 GC 行为（JDK 8）；JDK 11+ 推荐 -Xlog:gc*,gc+heap=debug,gc+metaspace=debug:file=gc.log:time,tags,uptime
- 用 jstat -gc <pid> 实时看各区内存占用与 GC 频次
- 内存泄漏排查：用 jmap -histo:live <pid> 看存活对象分布；导出堆快照 jmap -dump:format=b,file=heap.hprof <pid>，再用 Eclipse MAT 或 VisualVM 分析
- Metaspace 监控：关注 jstat -gc <pid> 中的 M、MU 列，或 JMX 查看 java.lang:type=MemoryPool,name=Metaspace
常见场景调优策略
不按套路出牌，要结合业务特点：
立即学习“Java免费学习笔记（深入）”；
- 高吞吐后台服务（如批处理）：增大堆（-Xms/-Xmx 设为相同值避免扩容抖动），选 G1 或 ZGC；关闭 Survivor 区自动调整（-XX:-UseAdaptiveSizePolicy），固定 Eden/Survivor 比例（-XX:SurvivorRatio=8）便于预测晋升行为
- 低延迟 Web 应用（如电商接口）：堆不宜过大（如 4–8GB），优先用 G1（-XX:+UseG1GC），调小 MaxGCPauseMillis（如 200ms），适当增加并发标记线程数（-XX:ConcGCThreads）
- 大量反射/动态代理场景：加大 Metaspace（-XX:MaxMetaspaceSize=512m），启用类卸载（-XX:+CMSClassUnloadingEnabled 或 JDK9+ 的 -XX:+ClassUnloadingWithConcurrentMark）
- 线程密集型应用（如 Netty 多路复用）：降低单线程栈大小（-Xss256k），避免因 -Xss 默认 1MB 导致数百线程就耗尽虚拟内存
上线前必须做的三件事
调优不是改完参数就结束：
- 在预发环境用真实流量压测，观察 GC 频率、停顿时间、内存增长趋势，对比调优前后指标
- 设置 JVM 告警：堆使用率 >85%、Full GC 次数/分钟 >1、Metaspace 使用率 >90%，通过 Prometheus + Grafana 或 Zabbix 监控
- 保留原始 GC 日志至少 7 天，配合错误日志定位偶发性 OOM，避免“重启后好了”就忽略根因
