JVM调优

1.元空间（Metaspace）配置建议

在 JDK 1.8 的生产环境中，元空间（Metaspace）的配置对应用稳定性至关重要。以下是 -XX:MetaspaceSize 和 -XX:MaxMetaspaceSize 的推荐配置值及调优建议：

1.1 核心参数说明

参数	作用	默认值	生产推荐值
-XX:MetaspaceSize	初始元空间大小	平台依赖（约 20~50MB）	256m
-XX:MaxMetaspaceSize	元空间最大大小	无限制（受系统内存约束）	512m~1g

1.2 推荐配置值

常规应用（中小规模）

-XX:MetaspaceSize=256m
-XX:MaxMetaspaceSize=512m

适用场景：

• Spring Boot、微服务等常规Java应用。
• 依赖库数量中等（如Hibernate、MyBatis等ORM框架）。

大型应用（动态加载类多）

-XX:MetaspaceSize=512m  
-XX:MaxMetaspaceSize=1g

适用场景：

• 使用动态代理（如CGLIB）、反射、热部署（如JRebel）。
• 大量第三方库（如Spark、Flink等大数据组件）。

1.3 配置依据

(1) 为什么设置 -XX:MetaspaceSize？

• 避免早期扩容：默认初始值较小，可能导致应用启动时频繁触发元空间扩容（伴随Full GC）。
• 推荐值：256m 可覆盖大多数应用的启动阶段类加载需求。

(2) 为什么限制 -XX:MaxMetaspaceSize？

• 防止内存泄漏：
  • 类加载器泄漏或动态生成类（如Groovy脚本）可能导致元空间无限增长。
  • 限制最大值可触发 OutOfMemoryError: Metaspace 而非耗尽物理内存。
• 容器环境友好：避免因元空间膨胀导致容器被OOM Killer终止。

1.4 监控与调优方法

(1) 查看元空间使用情况

jstat -gcmetacapacity <pid>

关键指标：

• MCMN：最小元空间容量
• MCMX：最大元空间容量
• MC：当前元空间容量
• MU：当前元空间使用量

(2) 元空间OOM时自动转储

-XX:+HeapDumpOnOutOfMemoryError  
-XX:HeapDumpPath=/path/to/metaspace_oom.hprof

(3) 动态类卸载（需满足条件）

• 若类加载器（如Tomcat的WebAppClassLoader）被回收，其加载的类才能被卸载。
• 监控卸载行为：

-XX:+TraceClassUnloading

1.5 注意事项

• 不要设置 -XX:PermSize 和 -XX:MaxPermSize：JDK 1.8 已移除永久代（PermGen），这些参数无效。
• 容器化环境：若未设置-XX:MaxMetaspaceSize，元空间可能占用全部容器内存。推荐显式限制：-XX:MaxMetaspaceSize=512m
• 高动态类加载场景：如OSGi、JSP热编译，需适当增大MaxMetaspaceSize。

1.6 完整参数示例

java \
-Xms4g -Xmx4g \
-XX:MetaspaceSize=256m \
-XX:MaxMetaspaceSize=512m \
-XX:+UseG1GC \
-XX:+HeapDumpOnOutOfMemoryError \
-jar myapp.jar

1.7 总结

• 初始值（MetaspaceSize）：设为 256m，避免启动期频繁GC。
• 最大值（MaxMetaspaceSize）：设为 512m~1g，防止泄漏并保护系统内存。
• 必须监控：通过 jstat 或GC日志确认元空间增长是否平稳。

最终值需根据实际应用类加载行为调整，尤其在频繁动态生成类的场景中（如Groovy、字节码增强框架）。