小编vkm*_*vkm的帖子

我们的应用程序面临一个奇怪的内存泄漏问题。

GC 配置：ParNew + CMS

某种类型的对象过早地被提升到老年代并导致严重的碎片问题。

1. 幸存者有足够的空间来容纳这些物品
2. 老化阈值是 15 个周期，并且没有在此基础上发生过早提升。

关于这些对象：这些是使用 Java 辅助库创建的代理对象。

由于这些对象的不必要的提升，老年代被污染的太快，严重的碎片正在发生。

我们的观察：

1. 对象仅在 eden 中分配。没有大小相关的问题。
2. 对象的范围非常小，有资格在下一次次要 gc 中进行 GC。
3. 为了确保这一点，我们在finalize() 中打印了一些记录器，并观察到范围在请求后立即结束。就在第一次次要 GC 之后。

注意：finalize() 只是为了跟踪目的而添加的。即使没有 finalize() 老一代促销也会发生。

4. 在一次次要 gc 之后：

• 期望对象将被清除。
• 但是对象被提升到老年代。在多个堆转储的帮助下，我们能够跟踪对象升级到老年代。

5. 所有这些对象都在 old gen 中累积，并由 old gen GC 进行 GC。
6. 此行为仅在生产服务器中可见，在测试环境中不可重现。

请建议如何进一步进行并解决此问题。

另一个有趣的更新：使用 G1GC，当使用 G1GC 时，对象会被正确清除。使用 finalize() 方法检查，在第一个循环之后，对象变得无法访问。在下一个小循环之后，对象不在那里。对于 G1GC，问题不存在。