标题翻译
Memory leak due to many instances of class org.jboss.vfs.spi.JavaZipFileSystem
问题
我已经升级了我的应用程序：
Spring、Spring Security：3.2.10.RELEASE -> 5.0.7.RELEASE
Hibernate：4.2.0.Final -> 5.2.17.Final
我们使用的是 WildFly 15.0.1.Final，在升级后我们出现了内存泄漏问题。以下是 MAT 的报告：
1,860 个由 "org.jboss.vfs.spi.JavaZipFileSystem" 实例，由 "org.jboss.modules.ModuleClassLoader @ 0x6c2c43270" 加载，占用了 206,395,072 (39.92%) 字节。这些实例是由 "java.util.concurrent.ConcurrentHashMap$Node[]" 实例引用的，由 "<system class loader>" 加载。
当我们将相同的应用程序（升级后）部署在 WildFly 10 上时，没有发现内存泄漏。也许问题不在应用程序中，而是在 WildFly 本身。我们已经尝试更改 WildFly 的设置，甚至增加了其内存（是的，并不是最好的解决方案，但是...）- 没有效果。是否有人能指出问题出在哪里？非常感谢！
英文翻译
I've upgrade my application:
Spring, Spring Security: 3.2.10.RELEASE -> 5.0.7.RELEASE
Hibernate: 4.2.0.Final -> 5.2.17.Final
We use WildFly15.0.1.Final and after upgrade we have a memory leak.
Here is the report of MAT:
1 860 instances of "org.jboss.vfs.spi.JavaZipFileSystem", loaded by "org.jboss.modules.ModuleClassLoader @ 0x6c2c43270" occupy 206 395 072 (39,92 %) bytes. These instances are referenced from one instance of "java.util.concurrent.ConcurrentHashMap$Node[]", loaded by "<system class loader>"
There are no leaks when we deploy the same application (after upgrade) on WildFly10. Perhaps, problem is not in application but in WildFly itself.
We've try to change WF settings and even increased its memory (yes, not the best solution, but...) - no effect. Could someone point out where the problem is? Thanks a lot!
答案1
得分: 0
问题实际上在于 SpringSession 的版本。通过将版本从 2.0.2 更改为 2.1.8，问题得以解决。
英文翻译
Actually problem was in SpringSession version. It was solved by changing it from 2.0.2 to 2.1.8.
专注分享java语言的经验与见解，让所有开发者获益！
评论