Ubuntu上Java内存溢出怎么办

Ubuntu上Java内存溢出的定位与解决

一、快速判断与应急

• 识别异常类型：查看日志中的关键字，如Java heap space（堆不足）、Metaspace（元空间）、Direct buffer memory（直接内存）、unable to create new native thread（线程数受限）。
• 立即缓解：适当提升堆上限（如从**-Xmx1g提升到-Xmx2g**），命令示例：java -Xms1g -Xmx2g -jar app.jar；同时避免把**-Xmx设得超过物理内存的80%，且通常将-Xms与-Xmx**设为相同以减少运行时扩缩堆带来的抖动。
• 若是元空间或方法区问题：在Java 8及更早版本使用**-XX:MaxPermSize**；在Java 8+使用-XX:MaxMetaspaceSize限制元空间。
• 若是直接内存问题：使用**-XX:MaxDirectMemorySize限制并排查ByteBuffer.allocateDirect**等使用是否及时释放。
• 若是线程数问题：检查并降低应用线程数或提升系统/容器对进程线程数的限制。

二、系统层面排查

• 检查是否被OOM Killer终止：执行dmesg -T | grep -i 'oom\|kill'，若看到Java进程被kill，说明系统内存不足，需要降低JVM内存、优化应用或扩容机器。
• 观察系统资源：top/htop查看内存与CPU占用，free -h查看系统可用内存与缓存。
• 查看JVM实际启动参数：ps -ef | grep java，确认当前生效的**-Xms/-Xmx/-XX:**参数。

三、JVM参数与GC调优建议

• 堆大小基线：将**-Xms与-Xmx设为相同（如-Xms2g -Xmx2g**），一般不要超过可用物理内存的80%。
• 年轻代设置：可用**-Xmn设置年轻代大小，常取-Xmx 的 1/4**作为起点，再结合GC日志微调。
• 垃圾回收器选择：大堆与低延迟场景优先考虑G1 GC，示例：-XX:+UseG1GC -XX:MaxGCPauseMillis=200；也可结合业务特点测试ZGC/Shenandoah（JDK 11+）。
• 其他常用参数：开启分层编译**-XX:+TieredCompilation提升运行期性能；必要时限制Metaspace与Direct Memory**。

四、代码与数据访问优化

• 避免一次性把海量数据装入内存：对JDBC/ES/文件等数据源采用流式/分页/批处理，边读边处理，减少驻留堆的对象数量。
• 降低对象生命周期与引用持有：及时清理集合/缓存/监听器，避免静态集合无限增长，排查内存泄漏。
• 减少临时对象创建：在循环中使用StringBuilder替代字符串拼接，复用对象或使用对象池。
• 选择合适的数据结构与算法，降低内存占用与GC压力。

五、监控与根因分析工具

• JVM监控与GC分析：使用jstat -gc 观察YGC/FGC次数与停顿；开启GC日志（如-Xlog:gc*:file=gc.log:time）辅助定位。
• 内存泄漏定位：用VisualVM、Eclipse MAT、JProfiler抓取堆转储（heap dump），分析支配树与对象保留路径。
• 系统与应用监控：结合Prometheus + Grafana + JMX Exporter持续观测堆使用、GC时间、线程数等指标，设置告警。