我正在尝试诊断我正在使用的 Java Web 应用程序 (Jenkins) 变得无响应的问题。如果我在没有-F 标志的情况下运行jstack，它不会给我任何东西，但如果我将标志放入强制线程转储，我不仅会得到结果，而且应用程序开始响应并继续运行，就好像在它最终再次停止响应之前什么都没有发生。
jstack -F 标志做了什么会影响正在运行的 JVM 并导致无响应的应用程序再次开始响应？
【问题讨论】：
你可以看到 jstack here 的源代码。 -F 参数改变 jstack 连接到 jvm 的方式。使用 -F（或 -m），JStack 使用 java 调试器接口连接到 jvm。如果指定了 pid，JStack 将与 SA PID Attaching Connector 连接，它表示，
要调试的进程不必在调试中启动 模式（即，使用 -agentlib:jdwp 或 -Xrunjdwp）。这是允许的 要挂起的进程。
我不知道为什么它会导致无响应的应用程序再次开始响应，但上面的链接也说，
当这个连接器连接时进程被挂起，当这个连接器连接时进程被恢复 此连接器分离。
这可能会产生影响。
【讨论】：
jstack -F -l pid 类似于（假设工作目录是 JAVA_HOME）
bin/java -Dsun.jvm.hotspot.debugger.useWindbgDebugger -Dsun.jvm.hotspot.debugger.useProcDebugger -cp lib/sa-jdi.jar;lib/tools.jar sun.tools.jstack.JStack -F -l pid
if (arg.equals("-F")) {
useSA = true;
}
.....
// now execute using the SA JStack tool or the built-in thread dumper
if (useSA) {
// parameters (<pid> or <exe> <core>
...
runJStackTool(mixed, locks, params);
} else {
// pass -l to thread dump operation to get extra lock info
String pid = args[optionCount];
...
runThreadDump(pid, params);
}
由于传入了-F，调用runJStackTool加载sun.jvm.hotspot.tools.JStack，效果和直接调用一样
bin\java -Dsun.jvm.hotspot.debugger.useWindbgDebugger -Dsun.jvm.hotspot.debugger.useProcDebugger -cp lib/sa-jdi.jar;lib/tools.jar sun.jvm.hotspot.tools.JStack pid
sun.jvm.hotspot.tools.JStack 会调用sun.jvm.hotspot.bugspot.BugSpotAgent attach -> go ->setupVM 方法
也许下面的代码很神奇
jvmdi = new ServiceabilityAgentJVMDIModule(debugger, saLibNames);
if (jvmdi.canAttach()) {
jvmdi.attach();
jvmdi.setCommandTimeout(6000);
debugPrintln("Attached to Serviceability Agent's JVMDI module.");
// Jog VM to suspended point with JVMDI module
resume();
suspendJava();
suspend();
debugPrintln("Suspended all Java threads.");
}
它将暂停目标进程中的所有 Java 线程。如果您的应用程序因线程饥饿而挂起，则挂起方法调用可能会放松它们。
【讨论】：