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

1.已使用的堆会逐渐逐渐增加，直到溢出最大值

2.每次重启之后，初始的已使用堆也会逐渐增大（例如，应用刚启动完成就已经已使用2g了）

3.每次重启的速度越来越慢

JAVA VisualVM分析问题

============================================================================

抽样器–分析内存

---

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

监视–堆dump–分析内存

---

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

查找ehcache使用的地方

---

在idea 通过ctrl+shift+R

需要文中资料的朋友，可以加我\/信获取：vip1024b 备注Java

，可以看到，基本只有shiro的地方，用到了ehcache缓存技术。

在ruoyi的gitee中的issuu里边看了一圈，没发现有提出该项目内存溢出的bug。

于是百度一波shiro+ehcache的方法。

看到了有一个xml的配置文件

ehcache/ehcache-shiro.xml

里面有几点可疑

百度一波可知，ehcache是把缓存存储在了磁盘上。以至于每次应用启动的时候，都通过diskStore的位置，加载持久化的缓存文件，

所以堆内存占用就越来越大。直到溢出。

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

最后

看完上述知识点如果你深感Java基础不够扎实，或者刷题刷的不够、知识不全面

小编专门为你量身定制了一套<Java一线大厂高岗面试题解析合集：JAVA基础-中级-高级面试+SSM框架+分布式+性能调优+微服务+并发编程+网络+设计模式+数据结构与算法>

针对知识面不够，也莫慌！还有一整套的<Java核心进阶手册>，可以瞬间查漏补缺

全都是一丢一丢的收集整理纯手打出来的

更有纯手绘的各大知识体系大纲，可供梳理：Java筑基、MySQL、Redis、并发编程、Spring、分布式高性能架构知识、微服务架构知识、开源框架知识点等等的xmind手绘图~

ing、分布式高性能架构知识、微服务架构知识、开源框架知识点等等的xmind手绘图~

[外链图片转存中…(img-fvLO3AY4-1716309702539)]

[外链图片转存中…(img-ibxMKMaj-1716309702539)]