预防java内存溢出的关键在于jvm内存配置需匹配实际负载：堆内存（-xms=-xmx≤物理内存75%）和元空间（必设-xx:maxmetaspacesize）是两大高危区，还需联动直接内存、线程栈、gc器及日志监控形成闭环防护。
预防Java内存溢出，关键在于让JVM内存配置匹配实际负载，而不是盲目堆大参数。堆内存和元空间是两个最常触发OutOfMemoryError的区域，它们的设置需兼顾稳定性、可预测性和资源利用率。
堆内存参数设置要点
堆大小不合理是导致java.lang.OutOfMemoryError: Java heap space的主因。设置时不能只看单次启动，而要结合GC行为与业务压力。
- -Xms 和 -Xmx 必须设为相同值：避免运行中动态扩容带来的STW暂停和内存碎片，尤其在生产环境必须固化堆边界
- 堆上限不超过物理内存的75%：预留空间给元空间、直接内存、线程栈及系统进程；例如16GB服务器，-Xmx建议≤12g
-
新生代比例需适配对象生命周期：Web类短生命周期应用可设
-XX:NewRatio=1（老年代:新生代=1:1），提升Minor GC效率；批处理类长生命周期应用则保持默认或调高NewRatio -
启用OOM自动转储：加上
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/dumps/，便于事后用MAT定位泄漏点
元空间参数设置要点
Java 8+中永久代被元空间取代，它使用本地内存，但不受控增长仍会耗尽系统内存，引发java.lang.OutOfMemoryError: Metaspace。
- 必须显式设置 -XX:MaxMetaspaceSize：不设则默认无上限，动态代理、热部署、反射密集型应用极易撑爆内存
- 初始值 -XX:MetaspaceSize 可略低于预期峰值：如常规Spring Boot应用设为256m，高频类加载场景（如插件化系统）可设为512m～1g
- 避免频繁类加载器泄漏：Web容器重启后旧ClassLoader未回收，会导致元空间持续累积；检查应用是否正确释放Servlet上下文、关闭动态代理缓存
-
配合监控使用：通过
JMX或jstat -gc <pid></pid>观察MU（Metaspace used）与MC（Metaspace capacity）比值，持续高于90%即需调整
配套调优不可少
光调堆和元空间还不够，需联动其他参数形成闭环防护。
-
限制直接内存：NIO大量使用
ByteBuffer.allocateDirect()时，务必加-XX:MaxDirectMemorySize=1g，否则可能绕过堆限制直接OOM -
控制线程栈开销：高并发服务若线程数超500，建议将
-Xss从默认1m降至256k或512k，防止unable to create new native thread -
选对垃圾回收器：JDK 11+推荐
-XX:+UseZGC或-XX:+UseG1GC，避免CMS在JDK 14+已被移除；G1需配合-XX:MaxGCPauseMillis=200约束停顿 -
开启GC日志分析：加
-Xlog:gc*:file=/var/log/java/gc.log:time,tags,level（JDK 10+语法），观察是否出现频繁Full GC或Metaspace压缩失败
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
