Java 内存溢出怎么解决

生活中，你有没有遇到过这样的场景：手机用久了卡到死机，重启一下就好，其实就是手机的“临时存储空间”满了。电脑、服务器也一样，运行程序时需要一块“临时空地”来放数据，这块空地就是内存。如果这块地一直被占着不清理，就会出现“内存溢出”，Java程序也会遇到这个问题。

先搞懂：Java内存为啥会“装不下”

Java程序的内存就像家里的衣柜，有固定大小。衣柜里分“常穿的衣服”（长期存活的对象）和“刚买的新衣服”（临时对象），衣柜还有个“清理员”（垃圾回收机制），会定期扔掉穿旧的、不要的衣服。但如果有两种情况，衣柜就会炸：要么买太多新衣服塞得太满，要么旧衣服扔不掉占地方。

比如你用Java写了个统计用户浏览记录的程序，每来一个浏览请求就存一个新对象，但忘了把不再需要的旧记录删掉，时间久了，衣柜全是没人要的旧记录，清理员根本清不完，最后就出现“内存溢出”——程序直接崩溃。

第一步：先查清楚“哪件衣服占了衣柜”

内存溢出不是瞎猜的，得靠工具找“罪魁祸首”。就像衣柜满了，你得打开看看哪件衣服没扔。Java有现成的工具，普通人不用记复杂命令，用免费工具就行：

• 看程序卡在哪：用JConsole，打开后输入程序的“地址”，就能看到内存里的对象数量，比如发现“用户记录对象”有100万个，比平时多10倍，那大概率就是它在搞鬼；
• 看具体占了多少：用Heap Dump工具，导出内存里的所有对象，再用VisualVM打开，能直接看到哪个类型的对象占了最多空间，比如发现一个日志类对象占了80%内存，那就是它的问题。

很多新手刚遇到问题就改代码，其实第一步应该用这两个工具查，90%的内存溢出都能快速找到原因。

第二步：针对性解决，别乱改代码

找到问题后，不用慌，分情况处理，像整理衣柜一样简单：

• 如果是“新衣服买太多”：比如循环里每次都创建大对象，或者请求接口时没及时释放临时对象，那就要“控制买新衣服的数量”，比如循环里只创建一个对象反复用，或者用完临时对象后主动把引用设为null，让清理员能及时扔掉；
• 如果是“旧衣服扔不掉”：比如某个类的静态集合一直存对象，或者数据库连接没关闭，导致对象一直被引用，清理员没法清，那就要“及时处理旧衣服”，比如集合不用时清空，数据库连接用完就关，或者用弱引用（就像把旧衣服放在门口，没人管的话会被自动收走）代替强引用；
• 如果是“衣柜本身太小”：比如程序要处理大量数据，固定的内存空间不够，那可以“换个大衣柜”，调整Java的启动参数，比如把内存从512MB改成1GB，这样就能装更多东西，注意别改太大，不然电脑会带不动。

最后：日常防溢出，别等衣柜炸了才整理

内存溢出大多是粗心导致的，平时注意3个小习惯就能避免：

写代码时，用完集合、连接后主动清理，别等程序崩溃才删；

• 测试的时候，用压力工具模拟高并发，看看内存会不会涨，要是一直涨不回落，就是有漏；
• 上线后定期看监控，比如用Prometheus工具看内存占用率，超过80%就提前优化，别等满了再处理。

其实Java内存溢出没那么复杂，本质就是“空间管理”问题，找到占空间的东西，针对性调整就好，不用一遇到就慌。