jprofiler - 在 JProfiler 中，为什么我的对象没有显示在“所有对象” View 中？

Question

我是 JProfiler 的新手。我创建了一个非常简单的测试应用程序。这是带有 main 方法的 Main.java:

package com.example;
import java.io.IOException;

public class Main {
    public static void main(String[] args) throws IOException {
        Example e = new Example(); //Gets gc'ed?
        System.out.println(e.getMessage());
        System.in.read();
        System.exit(0);
    }
}

请注意，我会暂停直到按下按键。这样我确信主作用域不会结束，直到我按下一个键，所以我希望 e 存在并且不会被垃圾收集(如果这个假设不正确，请纠正我)。示例类:

package com.example;

public class Example {
    public String getMessage() {
        String testString = "This is the test string. Press a key to exit.";
        return testString;
    }
}

我使用 JProfiler Eclipse 插件启动上述应用程序。我创建了一个基于 Full Instrumentation 配置文件的 session ；我删除了 Java EE 和 JDBC 特定探针，并将其余部分保留为默认值。

现在，当探查器启动时，我进入所有对象 View ，我希望找到 com.example.* 类，但我没有找到；为什么会发生这种情况？

好吧，也许我只能在使用另一个 View (例如分配调用树)时才能找到这些对象，因此我使用 View 中的按钮启用分配记录(默认情况下禁用)。它要求我点击“计算分配”，然后弹出一个对话框。我接受默认设置，然后我看到一个空 View ，它会在永恒的空虚中自动更新。

然后我尝试了 Heap Walker。它要求我先转储。我看到一个对话框，为我提供了“选择记录对象”的选项，默认情况下未选择该选项。我将其保留为默认值，并看到一个实例计数 View 。但是，在我看到的这个类 View 中找不到我的对象。

所以我想我正在做一些根本上错误的事情；我应该怎么做才能查看我的对象，特别是我的对象的精确实例计数？

更新1:我发现了问题的一部分。当分析器窗口出现时，它会向您显示“ session 启动”对话框，您可以在其中选择配置文件并设置各种设置。第一个选项卡上有一个名为“启动”的小部分，其中有一个名为“初始录制配置文件”的设置，默认情况下设置为[无录制]。当我将其保留为默认值时，我找不到示例对象。当我将其设置为“CPU 记录”时，我可以在“所有对象” View 中找到我的示例对象。

更新2:我在 Heap Walker 中找不到该对象。当我在“所有对象” View 中选择 com.example.Example 时，我可以右键单击该对象并选择(在 Heap Walker 中显示对象)。当我这样做时，Heap Walker 告诉我堆上没有这样的对象!给出了什么？

更新3:com.example.Example 对象似乎有时会出现，有时则不会。我不明白为什么。此外，当它出现时，它将从“所有对象” View 中消失，即使主循环尚未退出，即使 com.example.Example 对象应该仍然存在......

更新4:事实证明，无论 在 IBM 的 J9 JVM 上结束的范围如何，e都会被垃圾回收。请参阅我对此的回答，它修改 main 以在按键等待之后调用第二个方法，这会强制对象保持事件状态。

Answer 1

我终于真正解开了这个谜团。结果我正在运行 IBM 的 J9 VM。显然，J9 垃圾收集更加激进:如果 e 不再在主范围内使用，它将清理主范围内的 e。我已经验证 Oracle 的 JVM 不会发生这种特定行为。

长话短说:在 IBM J9 上，您不能假设对象在 block 的范围内保持事件状态。在 Oracle 的 JVM 上，至少默认情况下，直到 block 结束之后，e 才会被垃圾回收，无论 e 的进一步使用如何。

在 IBM J9 上，当您想要强制对象保持存在时，必须有它的 future 用途。为了证明这一点，我修改了 Example.java 以包含以下内容:

package com.example;

public class Example {
    public String getFirstMessage() {
        String firstTestString = "This is the first message: Hello!";
        return firstTestString;
    }

    public String getSecondMessage() {
        String secondTestString = "This is the second message: Goodbye!";
        return secondTestString;
    }
}

然后，在 main 中，我确保在等待按键 (System.in.read()) 之后调用 getSecondMessage()。这样，我们就可以确定 GC 无法在 main 作用域结束之前清理对象，因为将来有一个调用在等待，发生在用户按下一个键之后。所以 Main.java 看起来像:

package com.example;
import java.io.IOException;

public class Main {

    public static void main(String[] args) throws IOException {
        Example e = new Example();
        System.out.println(e.getFirstMessage());
        System.in.read();
        System.out.println(e.getSecondMessage());
        System.exit(0);
    }
}

分析上述代码无论之前被认为是其中一个因素的CPU记录设置如何都将按预期工作:对象保持事件状态，因为在按下按键之前它无法被垃圾收集。 p>