MyEclipse内存溢出(OOM)解决方案：调整JVM启动参数与内存优化

MyEclipse 启动时弹出 `ja va.lang.OutOfMemoryError: PermGen space`，或者运行项目时突然堆溢出，甚至 IDE 自身卡死崩溃——这些问题在 Ja va 老用户眼中并不陌生，但每次遇到还是让人头疼。其实绝大多数情况下，只要搞清楚 OOM 发生在哪个 JVM 里，对症填对参数，就能轻松解决。下面就把最常见的几类场景拆开讲清楚，顺便把那些容易踩的坑也一并挑出来。

MyEclipse启动时就报 ja va.lang.OutOfMemoryError: PermGen space

如果你用的是 JDK 7 或更早版本，这个错误就再典型不过了。本质是方法区（永久代）被类加载器反复加载的 class 塞满了——尤其是频繁热部署、多项目共存，或者项目里依赖了 Spring 这类大量使用反射的框架，很容易就会触发。 很多人第一反应是堆内存不够，其实关键不在这里。真正的问题是 -XX:MaxPermSize 设得太小。MyEclipse 自身插件就不少，Tomcat 再加载上多个 WebApp，默认的 256m 根本撑不住。 操作上一定要走对地方：从菜单 Window → Preferences → MyEclipse → Servers → Tomcat x.x → JDK → Optional Ja va VM arguments 进去，填入下面这两行： - -XX:PermSize=512m -XX:MaxPermSize=1024m 如果你的 JDK 已经是 8 或更高版本，那这个错误基本不会出现——永久代已经被元空间（Metaspace）替代了。这时候参数要换成： - -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m 别想着偷懒只改 eclipse.ini 或 catalina.bat——MyEclipse 启动 Tomcat 时，优先读取的是 IDE 界面里配的 JVM 参数，其他地方折腾半天可能根本不起效。

运行项目时突然抛 ja va.lang.OutOfMemoryError: Ja va heap space

堆内存耗尽了，说白了就是对象分配太多、GC 清不掉，或者初始堆太小导致频繁扩容再 GC，最终失败。常见的诱因其实就那几样：SSM 项目里查数据库没分页、List 不断 add 对象但没清空、缓存忘了设上限、上传大文件没做流式处理。 解决办法也不复杂，记住几个要点就行： - -Xms 和 -Xmx 必须设成一样的值，比如 -Xms1024m -Xmx1024m。这样做能避免运行中反复调整堆大小带来的开销和碎片。 - 物理内存 8GB 的机器，-Xmx 别超过 2048m。超了就会挤占系统和其他进程的资源，反而容易引发卡顿甚至崩溃。 - 如果用了 -Xmn（新生代大小），建议设为 -Xmx 的 1/3 到 1/4。比如 -Xmx2048m 对应 -Xmn512m。太大会让老年代空间不足，太小又会导致 Minor GC 太频繁。

MyEclipse 自身卡死、编辑器响应慢、打开项目就崩溃

注意了，这时候出问题的不是你跑的项目，而是 MyEclipse 自己。它和 Tomcat 是两个完全独立的 JVM 进程。症状也很明显：打开 .ja va 文件要卡好几秒、保存时直接报错、控制台日志刷屏但界面没反应、新建项目失败等等。 解决方法是修改 MyEclipse 安装目录下的 eclipse.ini，重点调 -vmargs 后面的参数： - -Xms1024m -Xmx2048m -XX:MaxMetaspaceSize=512m 至于 -XX:+UseG1GC，加不加都行。G1 在大堆（超过 4GB）下优势明显，但 MyEclipse 自身的堆一般用不到 2GB，CMS 或默认的 GC 就够用了。 还有一个很容易踩的坑：检查一下 ini 文件里有没有重复的 -Xmx 行（手动改过多次的人特别容易犯）。JVM 只认最后一个，重复还容易写错单位，比如漏掉后面的 m。

改完参数还是 OOM？先确认到底是谁的内存爆了

很多人调了半天参数，发现根本没效果——问题就出在根本搞不清当前 OOM 到底发生在哪个 JVM 上。MyEclipse 环境里至少运行着三个独立的 JVM：MyEclipse 主进程、内嵌 Tomcat 进程、还有你用 ma ven build 时启动的独立 JVM。每一个都要单独配参数。 怎么判断？很简单： - 看错误堆栈最顶部的线程名：如果是 main 线程出错，一般是 Tomcat 干的；如果是 Worker-xx，或者线程名里带 org.eclipse 包路径，那就是 MyEclipse 自身。 - 用命令行工具 jps -l 列出所有 Ja va 进程的 PID，再用 jstat -gc 查看对应堆的使用情况，比盯着日志猜要准得多。 - 如果改了 MyEclipse 的 eclipse.ini 没反应，检查一下是不是用了 -vm 指向了另一个 JDK。这时候 eclipse.ini 里的 -vmargs 可能被忽略了。 说到底，真正让人头疼的从来不是参数数字怎么写，而是你得先分清楚：OOM 是 IDE 进程爆的、Web 容器进程爆的，还是构建工具进程爆的。参数填得再大，喂错了地方，照样溢出来。