如何在JProfiler脱机模式下使用触发器进行评测时自动获取保留内存

Question

我有一个大型的、内存密集型的、基于Java的web应用程序，它有许多不同的功能，需要我花很长时间来分析。我认为一种更省时的方法是在脱机模式下运行JProfiler，并设置触发器为我捕获数据，而不是使用不同的测试数据手动分析整个应用程序中的每个功能。测试团队将正常使用该软件，随着时间的推移，JProfiler将捕获内存敏感热点，我们可以使用这些热点来提高应用程序的效率。

然而，如果我设置了一个触发器，只获取堆的快照，那么它只会给我浅内存——每个类的内存统计信息，不包括它包含的任何引用对象。但知道String或char[]的实例占用了多少内存对我来说是没有用的。我真正想知道的是我的类的保留内存——每个实例的浅层内存加上它包含的所有类。换句话说，对于我软件中的每个类，我想知道当其所有实例都被垃圾收集时，会释放多少内存。

所以基本上我有几个问题：

1）JProfiler可以只通过触发快照而不记录内存来计算保留内存吗？看起来你必须实际执行“记录内存”操作来计算保留内存，但我可能遗漏了一些东西。

2）如果我必须记录内存来计算保留的内存信息，那么我的下一个想法是在整体内存达到某个阈值时设置一个触发器来记录信息。但这又提出了两个问题：我将如何设置一个触发器来停止录制并拍摄快照？既然我们已经过了触发器中指定的阈值，录制不会错过最重要的内存信息吗？

上面的第二条让我相信，最好的评测方法是触发快照，而不需要记录和计算保留内存——只需要很浅的内存。然而，如果浅层内存显示我的大部分内存使用是在char[]（它是这样做的），我如何从中获得有用的信息？这如何帮助我追踪应用程序中内存密集的区域？

非常感谢您的帮助

Answer 1

1）JProfiler可以只通过触发快照而不记录内存来计算保留内存吗？看起来你必须实际执行“记录内存”操作来计算保留内存，但我可能遗漏了一些东西。

实际上，您需要“触发堆转储”操作，然后堆遍历器将可用。启用了“分配数据”的“开始记录”操作记录实时视图的数据（其中只有浅层大小可用），但它还为堆遍历器的“分配”视图提供数据，因此您可以分析对象的分配位置。

由于我们已经过了触发器中指定的阈值，录音不会错过最重要的内存信息吗？

堆转储在触发触发器时捕获整个堆，因此您应该可以看到所有感兴趣的对象。