Memory leaks 涉及WSLogger类的内存泄漏

我将Worklight 6.2用作专用的应用程序服务器，并注意到WSLogger类相当于堆总数的85%

我正在使用JVisualVM获取此信息。我还可以看到，使用的堆大小正在增加，有时GC会运行，一些内存会被释放，但并非所有这些，使用的堆大小会继续增加，直到达到极限并出现OOM

我们正在尝试的操作是，启动服务器，然后使用两个设备，对数据进行同步

此问题仅在我们从Worklight 6.0迁移到6.2之后出现

有人对我如何继续追踪这个问题有什么想法吗？

---

我没有将垃圾收集器策略定义为JVM参数，我应该使用gencon参数吗？我在Oracle JVM 1.7中使用的是WAS Liberty配置文件。

您的Worklight Studio 6.2.0.0版本号是多少？ 签入Eclipse>帮助>关于>Worklight

---

WSLogger未直接在Worklight中使用。WSLogger是WAS/Liberty运行时的一个类。此问题可能与最近修复的另一个问题更相关

8月18日，Worklight Studio在Eclipse Marketplace上重新发布，其中包含上述修复

安装,

转到Eclipse>帮助>检查更新 如果您的意思是您实际上已经在Liberty application Server实例上安装了Worklight Server，请从IBM Fix Central网站获取服务器组件

---

不管是哪种方式，请尝试此新版本，看看是否有任何改进。

我想我正在使用上述修复程序，IBM为我们提供了这些要安装的修复程序：6.2.0.0-WL-Server-IF20140812824.zip，6.2.0.0-WL-StudioP2-IF20140812824.zip不幸的是，我认为问题仍然存在，我们也在调查此问题，也许我们会找出代码的哪一部分存在此漏洞，并找到解决方法。请尝试使用此更新的修复程序。否则，请返回IBM，询问有关此持续泄漏的问题；如果这个额外的修复没有任何积极的影响，那么在堆栈溢出方面就没有什么帮助了。我想看看是否有人遇到过这个问题，并想办法解决它。也许甚至可以弄清楚worklight上的WSLogger调用了什么。WSLogger并不直接用于worklight。WSLogger是WAS/Liberty运行时的一个类。此问题可能与8月18日发布的修复程序更相关；请试试这个版本。我的工作室是最新的。也许构建编号早了几天，但它是相同的修复。你知道我如何检查我的自由是否是最新的吗？