Spring内存泄漏异常分析与解决详解_Java

问题场景描述

在基于 spring 框架进行企业级应用开发时，内存泄漏是一个常见但又极具破坏力的问题。

尤其是在系统长时间运行后，内存占用持续升高，最终可能导致 outofmemoryerror，进而引发服务崩溃，严重影响业务稳定性和用户体验。

在某金融服务平台的生产环境中，我们就曾遇到过此类内存泄漏问题，促使我们对整个系统进行深入排查和优化。

问题分析与定位

内存泄漏发生时，首先要通过日志定位异常信息，常见的异常如 java.lang.outofmemoryerror。

通过分析堆栈日志、gc 日志，可以初步判断泄漏位置和类型。

进一步分析时，建议使用如下工具：

jstack：分析线程堆栈，判断是否有死循环或线程未释放资源。
arthas：在线分析 jvm，查看对象引用关系，定位 gc roots。
mat (memory analyzer tool)：分析堆转储文件，查找占用最多的对象和引用链。
jmap：生成堆 dump 文件，配合 mat 使用。

典型分析流程

# 导出堆内存快照
jmap -dump:format=b,file=heapdump.hprof <pid>

# 使用 mat 打开 heapdump.hprof，查找 dominator tree 和 leak suspects

根因分析

本次金融平台的内存泄漏，主要原因是缓存策略设计不合理。具体表现为：

某些缓存对象被强引用，未设置过期时间，导致对象一直无法被 gc 回收。
忽略了对象的生命周期管理，导致缓存中的对象数量不断增长。

典型代码示例（问题代码）

// 不合理的缓存：未设置过期时间，导致缓存一直持有对象引用
private static final map<string, object> cache = new hashmap<>();

public void puttocache(string key, object value) {
    cache.put(key, value);
}

解决方案设计与落地

方案一：优化缓存策略

使用带有过期策略的缓存（如 guava cache、caffeine、concurrenthashmap + 定时清理）。
对于不需要长期保存的数据，设置合理的过期时间和最大容量。

// 推荐：使用 guava cache 并设置过期和最大容量
import com.google.common.cache.cache;
import com.google.common.cache.cachebuilder;

private static final cache<string, object> cache = cachebuilder.newbuilder()
    .maximumsize(10000)
    .expireafteraccess(10, timeunit.minutes)
    .build();

public void puttocache(string key, object value) {
    cache.put(key, value);
}

方案二：排查并断开不必要的对象引用

定期使用 mat、arthas 等工具分析堆内存，查找无用但被持续引用的对象。
检查 listener、threadlocal、静态集合等容易造成泄漏的场景，及时手动移除或释放无用引用。

// 示例：threadlocal 使用后显式移除，防止内存泄漏
private static final threadlocal<simpledateformat> threadlocal =
    threadlocal.withinitial(() -> new simpledateformat("yyyy-mm-dd"));

public void process() {
    try {
        // 业务处理
    } finally {
        threadlocal.remove();
    }
}