我有一个非常复杂的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:
根据日食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:
关于我的系统的信息:
System.exit(int)
,security
和updates
repos。 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该项目,如果有帮助的话。
答案 0 :(得分:4)
我不明白为什么Thread.start()
上的断点不起作用,但您也可以尝试拦截线程>>创建<<通过在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。)
答案 1 :(得分: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
,我们可能会跟踪线程的发起者。
答案 2 :(得分:2)
首先,您应该将_exit
标志更改为volatile
,因为它是从一个线程(您的主方法)读取,并由另一个(JCF / Swing事件处理程序)写入,所以它是可能的你的主线程没有获得“新鲜”的价值。具体来说:线程可能是将字段保存到CPU寄存器,而不是在循环时从内存中重新加载它。 'volatile'会阻止这种行为:
private volatile boolean _exit;
但是,根据您的堆栈跟踪,我不认为这是您的问题,因为我们在那里看不到您的主要方法。但无论如何都应该这样做,这只是一种很好的做法。
假设没有修复它,我猜你的问题是你至少有一个其他窗口(AgentFrame
除外)没有被处理掉。在所有Windows处理完毕之前,AWT线程不会停止。
将它放在主方法的末尾:
System.out.println(Arrays.toString(Window.getWindows()))
我猜你会看到的不仅仅是你的DrawFrame
。如果我猜,我会说UISettingsFrame
在那里,没有任何意义。