应用服务器为何内存溢出

应用服务器内存溢出（OutOfMemoryError，简称 OOM）是企业级系统最常见的稳定性问题之一。其本质原因是：** JVM 堆内存（或某些非堆内存区域）中对象持续创建且无法被垃圾回收（GC），最终超过系统分配的上限。**

下面从常见原因、内存区域、典型场景、排查思路四个维度系统说明。

一、常见根本原因

1. 内存泄漏（最常见）

对象已经不再使用，但仍被引用，导致 GC 无法回收。

典型场景

• 静态集合类（static List / Map）不断添加对象
• 缓存未设置过期或上限（如 HashMap 做缓存）
• 监听器和回调未注销（如 SessionListener）
• ThreadLocal 使用不当（线程池场景下未 remove）

private static Map<String, Object> cache = new HashMap<>();
// 只 put，不 remove → 内存持续增长

2. 内存分配不足

• JVM 堆内存设置过小（-Xms / -Xmx）
• 并发量突增，短时报文/对象暴增
• 大文件、大对象一次性加载

-Xms512m -Xmx512m   # 高并发下极易 OOM

3. 大对象或批量处理不当

• 一次性查询全表数据
• Excel / PDF 大文件全量加载到内存
• 反序列化大 JSON / XML

List<User> users = userMapper.selectAll(); // 百万数据

4. 线程相关问题

• 线程数爆炸（每请求新建线程）
• 线程池配置不合理
• 虚拟线程/协程使用不当（少见）

线程本身占用栈内存（非堆），也可能触发 Unable to create new native thread

5. 非堆内存溢出（容易被忽略）

二、不同 OOM 类型的含义

三、典型业务场景举例

• 电商大促：缓存未限流 → HashMap 爆了
• 报表系统：一次性导出 100 万行 Excel
• 微服务：Feign 调用未超时，请求堆积
• 老系统：Session 不失效，用户越积越多

四、排查与解决思路（实战）

1. 看日志定位类型

java.lang.OutOfMemoryError: Java heap space

2. 导出堆转储

-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/logs/heap.hprof

3. 使用工具分析

• MAT（Memory Analyzer）
• VisualVM
• JProfiler

重点关注：

• 占用内存最大的对象
• 谁引用了它（GC Roots）

4. 常见修复手段

• 使用 WeakHashMap / 本地缓存框架（Caffeine、Redis）
• 分页查询 / 流式处理
• 正确关闭流、连接、线程
• ThreadLocal 用完 remove
• 合理设置 JVM 参数

五、一句话总结

应用服务器内存溢出，不是“内存不够”，而是“用错了”或“没收回来”。

如果你愿意，可以告诉我：

• 使用的是 Tomcat / Jetty / Spring Boot / WebLogic
• 报错的具体 OOM 类型
• 是否有堆 dump

我可以帮你做针对性分析和给出修改示例。