1

我有一个旧的 Java 应用程序，每周几次开始变得非常慢，我必须重新启动 Tomcat。

我检查了 New Relic Top Transactions 和错误日志，但我找不到问题的根源，似乎顶级事务更多的是结果而不是问题的根源。

所以，我想这可能是内存泄漏，我做了一个堆转储并试图在 Eclipse Memory Analyzer 上对其进行分析，但我在识别内存泄漏以及它是否真的是内存泄漏方面遇到了困难。

它接缝的问题怀疑 1 是 com.opensymphony.oscache.web.ServletCache。

以下是 Memory Analyser 的一些结果：

概括

直方图

问题嫌疑人1

此外，这是 VisualVM 监视器：

VisualVM 监视器

谢谢！对此的任何帮助或指导都会非常有帮助！

这是oscache.properties文件：

cache.memory=true
cache.persistence.class=com.opensymphony.oscache.plugins.diskpersistence.HashDiskPersistenceListener
cache.path=/home/oscache/tb
4

2 回答 2

1

我建议解决这个问题的几件事。

如果您的用例允许您执行以下操作，请使用磁盘缓存而不是内存缓存：

在 oscache 的配置文件中

cache.memory=false
cache.persistence.class=com.opensymphony.oscache.plugins.diskpersistence.DiskPersistenceListener
cache.path=/opt/myapp/cache
cache.capacity=1000

如果不建议使用磁盘缓存，请尝试降低缓存容量

cache.capacity=1000

如果可能，请提供 oscache 的配置详细信息以便更好地查看。

更新

当属性 cahce.memory=false 时使用 HashDiskPersistenceListener

我们有两种选择可以尝试

1) 为缓存容量提供一个值

cache.capacity=1000 #or a value that covers the usecase

2）使缓存使用磁盘持久性

cache.memory=false
于 2017-03-28T12:50:43.940 回答
0

我建议使用 YourKit Java Profiler 的试用版，它将为您提供有关遗留应用程序代码的更多详细信息。这是链接：我在 2014 年使用这个工具作为试用版来检测基于 struts 2 和 Hibernate 的 Web 应用程序中的内存泄漏。

你的工具包

于 2017-03-29T09:09:54.130 回答