Java内存管理有哪些坑

Java 内存管理由 JVM 自动负责，但依然有很多容易踩的坑，主要集中在内存泄漏、GC 问题、对象生命周期、容器误用、外部资源等方面。下面按常见场景系统梳理。

一、内存泄漏（Memory Leak）常见坑

1. 静态集合持有对象

public static List<Object> cache = new ArrayList<>();

• 问题：static 生命周期 = 类生命周期 ≈ 应用生命周期
• 对象被 static 集合引用，永远无法回收

✅ 解决：

• 用 WeakReference / SoftReference
• 定期清理
• 避免无边界 static 集合

2. ThreadLocal 使用不当

static ThreadLocal<User> local = new ThreadLocal<>();

• 线程池场景下，线程复用时 ThreadLocal 不会自动清除
• 导致 线程上下文对象无法回收

✅ 解决：

finally {
    local.remove();
}

3. 监听器 / 回调未注销

component.addListener(this);

• 对象被监听器容器引用
• 即使外部不再使用，也无法回收

✅ 解决：

• 提供 removeListener
• 使用弱引用监听器

4. 非静态内部类持有外部类引用

class Outer {
    class Inner {}
}

• Inner 默认持有 Outer 的强引用
• 常见于：Handler、Runnable、AsyncTask

✅ 解决：

• 改成 static class
• 用弱引用引用外部对象

二、集合使用中的内存坑

5. 集合只增不删

• List / Map / Set 持续 add
• 未及时清理或设置上限

✅ 解决：

• 限制大小（LRU Map）
• 定期清理
• 使用 ConcurrentHashMap + TTL

6. 使用 HashMap 存大对象当 Key

• Key 对象未实现 equals / hashCode
• 或 Key 被修改导致无法删除

✅ 解决：

• Key 使用不可变对象
• 谨慎修改 Key 状态

三、GC 与性能陷阱

7. 频繁创建短生命周期大对象

for (...) {
    byte[] data = new byte[1024 * 1024];
}

• 大量进入新生代 → 频繁 minor GC
• 甚至频繁 Full GC

✅ 解决：

• 对象复用
• 避免循环内创建大对象

8. 大对象直接进入老年代

• 大数组、大缓存
• 老年代增长快 → Full GC

✅ 解决：

• 控制对象大小
• 分片存储
• 使用堆外内存（NIO / Netty）

9. 错误选择 GC 算法

• 高并发系统用 Serial GC
• 延迟敏感系统用 Parallel GC

✅ 解决：

• 根据场景选择：
  • G1（-XX:+UseG1GC）
  • ZGC（-XX:+UseZGC）

四、堆外内存问题

10. 堆外内存未释放

• NIO、Netty、DirectByteBuffer
• JVM 无法自动回收

✅ 解决：

• 明确释放
• 使用 try-with-resources
• 监控 java.nio 相关指标

五、字符串与常量池陷阱

11. 字符串拼接造成内存浪费

String s = "";
for (int i = 0; i < 10000; i++) {
    s += i;
}

• 每次生成新 String
• 产生大量中间对象

✅ 解决：

StringBuilder sb = new StringBuilder();

12. intern() 滥用

s.intern();

• 放入常量池
• 容易造成 PermGen / Metaspace 增长

✅ 解决：

• 不滥用 intern
• 只在明确需要去重时使用

六、容器与框架常见坑

13. Spring Bean 默认单例

• 单例 Bean 中持有大对象
• 长期存活 → 老年代占用高

✅ 解决：

• 避免单例持有大状态
• 使用 prototype / 缓存策略

14. 缓存未设置过期

• Redis / Caffeine / Guava Cache
• 无 TTL、无容量限制

✅ 解决：

• 设置 TTL、最大条目
• 监控命中率

七、JVM 参数与监控坑

15. 堆内存设置不合理

• -Xmx 过大：GC 停顿长
• 过小：OOM / GC 频繁

✅ 建议：

• 根据压测调整
• 保留 Metaspace、堆外内存空间

16. 忽视 OOM 日志

常见 OOM 类型：

• Java heap space
• Metaspace
• Unable to create new native thread
• Direct buffer memory

✅ 解决：

• 开启 GC 日志
• 分析 dump

八、典型 OOM 场景对照表

九、排查工具推荐

• jmap + MAT / VisualVM
• jstat -gc
• jstack
• GC 日志分析（GCViewer）
• Arthas（线上定位神器）

总结一句话

Java 内存管理最大的坑不是“会不会回收”，而是“你以为会被回收，其实一直被引用”。

如果你愿意，我可以：

• 给你 真实生产案例
• 或针对 某个场景（Web / 高并发 / 大数据） 深入讲
• 或帮你 分析一段代码是否存在内存问题