Java heap space 诊断记录（ehcache 内存过高）

问题描述

项目应用运行一段时间后，会无任何征兆的出现heap space的内存溢出错误

项目基于ruoyi

情况分析

通过jvisualvm观察分析
1.已使用的堆会逐渐逐渐增加，直到溢出最大值
2.每次重启之后，初始的已使用堆也会逐渐增大（例如，应用刚启动完成就已经已使用2g了）
3.每次重启的速度越来越慢

JAVA VisualVM分析问题

抽样器–分析内存

可以看到除了通常见到的char[]和sting之外，还有两个占用内存很高的东西，是net.sf.ehcache.store.disk.*包的内容。不出意外，这个包可能逻辑内存溢出了

监视–堆dump–分析内存

在类视图里面，显示的也是net.sf.ehcache.store.disk.*包的内容 占用很高，实例数很多

查找ehcache使用的地方

在idea 通过ctrl+shift+R，可以看到，基本只有shiro的地方，用到了ehcache缓存技术。

在ruoyi的gitee中的issuu里边看了一圈，没发现有提出该项目内存溢出的bug。
于是百度一波shiro+ehcache的方法。

看到了有一个xml的配置文件
ehcache/ehcache-shiro.xml

里面有几点可疑
1.

   <!-- 磁盘缓存位置 -->
    <diskStore path="java.io.tmpdir"/>

  <!-- overflowToDisk： 如果内存中数据超过内存限制，是否要缓存到磁盘上 -->

百度一波可知，ehcache是把缓存存储在了磁盘上。以至于每次应用启动的时候，都通过diskStore的位置，加载持久化的缓存文件，
所以堆内存占用就越来越大。直到溢出。

查看概述，可以知道默认的 java.to.tmpdir 的位置

访问这个位置

可以看到，确实有一个ehcache生成的磁盘持久化的缓存文件
缓存文件的命名 和 ehcache-shiro.xml
里面的name保持一致

解决方案

把临时文件持久化的缓存删除之后，再重启项目。
再观察visualvm，一切都正常了

所以有以下两种方案

1.修改ehcache-shiro.xml （目前未使用）

把持久化磁盘的配置取消掉，即所有的cache ，overflowToDisk都设置为false

2. 定期删除java.io.tmpdir里面的缓存文件（目前使用这种）

定期删除，然后重启