我有一个非常复杂的 Java 程序，它不会终止。 Eclipse 调试器显示一个可以暂停的线程，但没有堆栈跟踪。 它被称为“Thread-2”。

此线程的 jstack -l 输出是:

"Thread-2" #17 prio=5 os_prio=0 tid=0x00007f1268002800 nid=0x3342 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
    - None

我在 Thread.start() 中添加了断点，但找不到名为“Thread-2”的线程。 该线程仅在创建两个“AWT-Event-Queue”线程之后出现。 我不在我的程序中手动创建任何线程。

在主线程和所有其他线程退出，并释放 JFrame 后，以下线程仍然存在:

Thread [AWT-EventQueue-0] (Running) 
Thread [Thread-2] (Running) 
Thread [DestroyJavaVM] (Running)    

挂起VM时，存在以下线程:

Daemon System Thread [Signal Dispatcher] (Suspended)    
Daemon System Thread [Finalizer] (Suspended)    
Daemon System Thread [Reference Handler] (Suspended)    
Daemon System Thread [Java2D Disposer] (Suspended)  
Daemon System Thread [AWT-XAWT] (Suspended) 
Thread [AWT-EventQueue-0] (Suspended)   
Thread [Thread-2] (Suspended)   
Thread [DestroyJavaVM] (Suspended)  

我怎样才能得到关于这个线程的更多信息，或者让它终止？

编辑 1:

根据eclipse pom.xml View 的Dependency Hierarchy，我使用了以下第三方库:

guava 17.0 [compile]
hamcrest-core 1.3 [test]
junit 4.11 [test]
log4j-api 2.0-beta9 [compile]
log4j-core 2.0-beta9 [compile]

编辑 2:

按照https://stackoverflow.com/a/35128213/577485中的建议，为线程类的所有构造函数添加断点，我看到 Thread-0 和 Thread-1 是由 log4j 创建的，但不是 Thread-2。它仍然像以前一样出现，并且在构造时没有断点触发。

编辑 3:

现在它变得令人毛骨悚然。在线程上调用时，甚至 stop() 方法也不起作用。我将它添加到 https://stackoverflow.com/a/35128149/577485 中给出的代码中. 至少 System.exit(int) 仍然有效。但正如评论中所说，我不想使用它。

编辑 4:

关于我的系统的信息:

• 我正在运行最新稳定版的 Ubuntu 15.10 Wily。我启用了 security、updates 和 backports 存储库。
• 我的 JVM 版本是:

Java 版本“1.7.0_91” OpenJDK 运行时环境 (IcedTea 2.6.3) (7u91-2.6.3-0ubuntu0.15.10.1) OpenJDK 64 位服务器 VM(构建 24.91-b01，混合模式)

编辑 5:

我用直接从java.com下载的Java版本jre-8u71-linux-x64执行程序，但错误依旧。 jstack -l 显示相同的奇怪线程。请注意，该程序仍然是使用较旧的 Java 版本构建的。 编辑:在使用 oracle.com 的 java8u72 编译它之后，我得到了相同的行为。

编辑 6:

我遍历了所有线程字段，这是输出。我无法从这些字段中得到任何提示，线程甚至没有目标。

name: [C@6b67034
priority: 5
threadQ: null
eetop: 140274638530560
single_step: false
daemon: false
stillborn: false
target: null
group: java.lang.ThreadGroup[name=main,maxpri=10]
contextClassLoader: null
inheritedAccessControlContext: java.security.AccessControlContext@0
threadInitNumber: 3
threadLocals: null
inheritableThreadLocals: null
stackSize: 0
nativeParkEventPointer: 0
tid: 17
threadSeqNumber: 20
threadStatus: 5
parkBlocker: null
blocker: null
blockerLock: java.lang.Object@16267862
MIN_PRIORITY: 1
NORM_PRIORITY: 5
MAX_PRIORITY: 10
EMPTY_STACK_TRACE: [Ljava.lang.StackTraceElement;@453da22c
SUBCLASS_IMPLEMENTATION_PERMISSION: ("java.lang.RuntimePermission" "enableContextClassLoaderOverride")
uncaughtExceptionHandler: null
defaultUncaughtExceptionHandler: null
threadLocalRandomSeed: 0
threadLocalRandomProbe: 0
threadLocalRandomSecondarySeed: 0

编辑 7:

在 Thread 的 name 字段中添加了一个观察点。它只能由我的分析代码访问，而且似乎从未被写入...

编辑 8:

jstack -F -m 为我的程序抛出一个错误:

Attaching to process ID 10973, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.71-b15
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:497)
    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 0x00007ff68000c000 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread, or SurrogateLockerThread)
    at sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:169)
    at sun.jvm.hotspot.runtime.Threads.first(Threads.java:153)
    at sun.jvm.hotspot.tools.PStack.initJFrameCache(PStack.java:200)
    at sun.jvm.hotspot.tools.PStack.run(PStack.java:71)
    at sun.jvm.hotspot.tools.PStack.run(PStack.java:58)
    at sun.jvm.hotspot.tools.PStack.run(PStack.java:53)
    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 0x00007ff68000c000
    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:165)
    ... 16 more

奇怪线程的类名是java.lang.Thread。

我不使用任何命令行参数来执行程序。添加 -Dlog4j2.disable.jmx=true 选项为奇怪的线程提供名称 Thread-1。

我将 log4j 更新到 2.5，奇怪的线程现在有了名称 Thread-0，当 -Dlog4j2.disable.jmx=true 选项已给出，Thread-1，如果未给出。

编辑 9:

完全删除了 log4j，错误仍然存​​在。该线程现在称为 Thread-0。

Here是项目，如果有帮助的话。

最佳答案

我不明白为什么 Thread.start() 上的断点不起作用，但您也可以尝试通过在 Thread 构造函数上设置断点来拦截线程 >>creation<>Thread.init() 方法上。

线程名为 Thread-2 的事实意味着它是由生成默认线程名称的构造函数之一创建的。这表明它不是由 JVM 或标准 Java 类库创建的。它还缩小了可用于创建它的构造函数的范围。

How can I get more information about this thread ...

除了设置断点，我想不出任何办法。

... or allow it to terminate?

如果您能找到它的创建位置，您应该能够使用 setDaemon(true) 将其标记为守护线程。但是，这需要在线程启动之前完成。

另一种可能性是通过遍历 ThreadGroup 树然后在其上调用 Thread.interrupt() 来找到线程。 (Thread.getAllStackTraces() 是跟踪线程对象的另一种方法。)但是，不能保证线程会“尊重”中断并关闭。

最后，您可以调用 System.exit(...)。

更新

我提到线程可能不遵守 interrupt() 并且我对 stop() 不起作用并不感到惊讶。 (它已被弃用，甚至可能不会在某些平台上实现。)

但是，如果您设法实现了实际找到神秘线程的代码，您可以四处挖掘以找到Thread 子类或Runnable 它被实例化。如果您可以打印出完全限定的类名，那么您就会知道它的来源。 (假设您仍然没有成功设置断点，那么您可能需要使用“讨厌的”反射从线程的私有(private) target 字段中提取可运行对象。)

关于没有堆栈的 Java "Thread-2"会阻止终止，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35088154/