Question

我有一个非常复杂的java程序，它不会终止。 eclipse调试器显示一个可以挂起但没有堆栈跟踪的线程。它被称为＆＃34; Thread-2＆＃34;。

此线程的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（）中添加了一个断点，但我找不到一个名为＆＃34; Thread-2＆＃34;的线程。该线程出现在两个＆＃34; AWT-Event-Queue＆＃34;之后。线程已创建。我不会在程序中手动创建任何线程。

在主线程和所有其他线程退出并释放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：

根据日食Dependency Hierarchy视图的pom.xml，我使用以下第三方库：

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创建的，而不是{{1} }}。它仍然像以前一样出现，并且在构造时没有断点触发。

编辑3：

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

编辑4：

关于我的系统的信息：

我正在运行最新的稳定版本的Ubuntu 15.10 Wily。我启用了System.exit(int)，security和updates repos。
我的JVM版本是：

backports

编辑5：

我使用直接从java.com下载的Java版本java version "1.7.0_91" OpenJDK Runtime Environment (IcedTea 2.6.3) (7u91-2.6.3-0ubuntu0.15.10.1) OpenJDK 64-Bit Server VM (build 24.91-b01, mixed mode)执行程序，但错误仍然存在。 jre-8u71-linux-x64显示了同样奇怪的线程。请注意，该程序仍然使用较旧的Java版本构建。 编辑：在使用oracle.com的java8u72编译之后，我得到了同样的行为。

编辑6：

我迭代了所有线程字段，这里是输出。我无法从这些领域得到任何暗示，线程甚至没有目标。

jstack -l

编辑7：

在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的{{1}}字段中添加了一个观察点。它只能通过我的分析代码访问，似乎从未编写过......

编辑8：

name -F -m会为我的程序抛出错误：

Thread

奇怪线程的类名是jstack。

我没有使用任何命令行参数来执行程序。添加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更新为2.5，并且当给出Thread-1选项时，奇怪的帖子现在具有名称log4j，而当{4}}时，Thread-0的名称为-Dlog4j2.disable.jmx=true。吨。

编辑9：

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

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

Answer 1

我不明白为什么Thread.start()上的断点不起作用，但您也可以尝试拦截线程＆gt;＆gt;创建＆lt;＆lt;通过在Thread构造函数或（内部）Thread.init()方法上设置断点。

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

如何获得有关此主题的更多信息......

除了设置断点之外，我无法想到任何方式。

...或允许它终止？

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

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

最后，您可以致电System.exit(...)。

<强>更新

我提到线程可能不尊重interrupt()，我对stop()无法工作并不感到惊讶。（它已弃用，甚至可能无法在某些平台上实现。）

但是，如果你设法实现了实际找到神秘线程的代码，你可以挖掘一下找到Thread子类，或Runnable它实例化。如果您可以打印出完全合格的班级名称，那么这将为您提供一个关于它来自何处的重要线索。（假设您仍然没有使用断点，那么您可能需要使用＆＃34;讨厌＆＃34;反射从线程的私有target字段中提取runnable。）

Answer 2

不确定这对您是否足够，但以下代码可让您尝试interrupt任意Thread的名称：

    //Set of current Threads
    Set<Thread> setOfThread = Thread.getAllStackTraces().keySet();

    //Iterate over set to find yours
    for(Thread thread : setOfThread){
        if (thread.getName().equals("Thread-2")) {
            thread.interrupt();
            break;
        }
    }

另外，看一下来自JavaSpecialists的article，它试图根据Thread的构造函数调用安全管理器来识别Thread的创建者。如果我们向系统添加自定义SecurityManager，我们可能会跟踪线程的发起者。

Answer 3

首先，您应该将_exit标志更改为volatile，因为它是从一个线程（您的主方法）读取，并由另一个（JCF / Swing事件处理程序）写入，所以它是可能的你的主线程没有获得“新鲜”的价值。具体来说：线程可能是将字段保存到CPU寄存器，而不是在循环时从内存中重新加载它。 'volatile'会阻止这种行为：

private volatile boolean _exit;

但是，根据您的堆栈跟踪，我不认为这是您的问题，因为我们在那里看不到您的主要方法。但无论如何都应该这样做，这只是一种很好的做法。

假设没有修复它，我猜你的问题是你至少有一个其他窗口（AgentFrame除外）没有被处理掉。在所有Windows处理完毕之前，AWT线程不会停止。

将它放在主方法的末尾：

System.out.println(Arrays.toString(Window.getWindows()))

我猜你会看到的不仅仅是你的DrawFrame。如果我猜，我会说UISettingsFrame在那里，没有任何意义。

Java＆＃34; Thread-2＆＃34;没有堆栈可以防止终止

3 个答案: