IBM 的 Java 诊断，第 2 部分: 使用 Extensible Verbose Toolkit 进行垃圾收集

核心提示： 保存输出 您可以保存所有 EVTK 输出，方法是右键单击主面板，IBM 的 Java 诊断，第 2 部分: 使用 Extensible Verbose Toolkit 进行垃圾收集(7)，然后从所得到的上下文菜单中选择 Save，如图 13 所示，如果应用程序没有正确地持有对象引用，则仍然有可能

保存输出

您可以保存所有 EVTK 输出，方法是右键单击主面板，然后从所得到的上下文菜单中选择 Save，如图 13 所示。线图可以另存为 JPEG 图像，报告可以另存为 HTML，原始数据可以另存为 CSV 文件。本文中的图形是从线图视图保存的。

图 13. 保存

使用建议

EVTK 提供详细 GC 日志中感兴趣的功能摘要及其调整建议。摘要和建议可通过 Report 选项卡中的报告获得。

为什么需要进行干预并执行某些手动调整？垃圾收集器为了优化其性能已经执行了很多自动调整。但是，它不知道您的优先级，也不知道在没有任何指导的情况下将对哪些方面进行取舍。对于所有工作负载和所有环境来说没有最优配置。您可以执行的最简单的调整就是指定一个策略并告诉垃圾收集器是吞吐量重要还是暂停时间最重要。 如果您敢于冒险或更渴望获得最佳性能，则可以尝试调整堆的大小、改变 nursery 的大小或尝试更大的最大 nursery 大小。

案例研究：诊断内存泄露

查看详细 GC 日志的主要原因之一就是检查应用程序的内存使用情况并确保其在某些方面没有问题。例如，应用程序可能使用高于期望的内存，并且详细 GC 输出可以提供有关应用程序内存占用的指示。内存泄露是相关但更严重的问题。 Java 平台的 GC 实用工具确保 Java 应用程序不会泄露内存，即使丢失了对对象的所有引用之前没有释放对象也是如此。但是，如果应用程序没有正确地持有对象引用，则仍然有可能会泄露，因为垃圾收集器将不会收集仍然被引用的对象。