为何jstack无法获取Java进程线程转储？报错无法推断线程类型

你遇到的这个错误是jstack工具解析JVM线程信息时的常见兼容性或进程状态问题，我来分享几个实用的排查思路和解决方案：

先明确你的操作和触发的错误信息：

你执行了以下命令：

$ sudo bin/jstack 42846
$ sudo bin/jstack -F 42846

得到的完整错误信息如下：

Attaching to process ID 42846, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11
Deadlock Detection:
java.lang.RuntimeException: Unable to deduce type of thread from address 0x00007fb1f430f000 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread, or SurrogateLockerThread)
    at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:166)
    at sun.jvm.hotspot.runtime.Threads.first(Threads.java:150)
    at sun.jvm.hotspot.runtime.DeadlockDetector.createThreadTable(DeadlockDetector.java:149)
    at sun.jvm.hotspot.runtime.DeadlockDetector.print(DeadlockDetector.java:56)
    at sun.jvm.hotspot.runtime.DeadlockDetector.print(DeadlockDetector.java:39)
    at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:62)
    at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
    at sun.jvm.hotspot.tools.JStack.run(JStack.java:66)
    at sun.jvm.hotspot.tools.Tool.startInternal(Tool.java:260)
    at sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
    at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
    at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
    at sun.tools.jstack.JStack.main(JStack.java:106)
Caused by: sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007fb1f430f000
    at sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException(InstanceConstructor.java:62)
    at sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor(VirtualConstructor.java:80)
    at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:162)
    ... 17 more
Can't print deadlocks:Unable to deduce type of thread from address 0x00007fb1f430f000 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread, or SurrogateLockerThread)
Exception in thread "main" java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at sun.tools.jstack.JStack.runJStackTool(JStack.java:140)
    at sun.tools.jstack.JStack.main(JStack.java:106)
Caused by: java.lang.RuntimeException: Unable to deduce type of thread from address 0x00007fb1f430f000 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread, or SurrogateLockerThread)
    at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:166)
    at sun.jvm.hotspot.runtime.Threads.first(Threads.java:150)
    at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:75)
    at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
    at sun.jvm.hotspot.tools.JStack.run(JStack.java:66)
    at sun.jvm.hotspot.tools.Tool.startInternal(Tool.java:260)
    at sun.jvm.hotspot.tools.Tool.start(Tool.java:223)
    at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)
    at sun.jvm.hotspot.tools.JStack.main(JStack.java:92)
    ... 6 more
Caused by: sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007fb1f430f000
    at sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException(InstanceConstructor.java:62)
    at sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor(VirtualConstructor.java:80)
    at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:162)

具体排查与解决方法 #

• 优先检查jstack与目标JVM的版本一致性
  这个错误最常见的原因就是你使用的jstack工具和目标Java进程的JDK版本不匹配——比如用JDK 11的jstack去attach JDK 8的进程，或者反过来，都会导致线程类型解析失败。
  解决方法：先找到目标进程（PID 42846）使用的JDK路径，执行ps aux | grep 42846查看进程的启动命令，找到其中的java执行路径，然后使用该路径下的jstack工具重新执行命令，比如：

  sudo /path/to/target/jdk/bin/jstack 42846
  

• 尝试用jmap获取堆转储间接查看线程信息
  如果jstack始终无法正常工作，可以先用jmap导出堆转储文件，然后通过可视化工具查看线程信息：

  sudo /path/to/target/jdk/bin/jmap -dump:format=b,file=heap_dump.hprof 42846
  

  之后用VisualVM或者MAT（Memory Analyzer Tool）打开这个堆转储文件，在工具中可以找到线程栈的相关信息，同样能帮助排查问题。

• 验证进程状态与系统权限限制
  虽然你已经使用了sudo，但还是要确认目标进程是否处于正常运行状态：

  • 用top -p 42846查看进程的CPU、内存占用，确认进程没有僵死或者资源耗尽。
  • 检查系统的安全机制，比如SELinux或AppArmor，这些可能会阻止jstack attach到进程。可以临时关闭测试（比如执行sudo setenforce 0关闭SELinux），如果问题解决，再调整安全规则允许jstack操作。

• 使用gdb作为备选方案获取线程栈
  如果以上方法都不行，可以用gdb来获取线程调用栈，虽然格式不如jstack友好，但能拿到关键信息：

  sudo gdb -p 42846
  # 进入gdb后执行以下命令
  info threads  # 查看所有线程列表
  thread apply all bt  # 打印所有线程的调用栈
  

• 升级JVM版本
  你使用的JVM版本是25.131-b11（对应JDK 8u131），这个版本存在一些已知的jstack兼容性问题。升级到较新的JDK 8u版本（比如8u301及以上）或者直接升级到JDK 11/17等长期支持版本，可以避免这类线程解析错误。

内容的提问来源于stack exchange，提问作者Nipun Talukdar