Java" Thread-2"没有堆栈可以防止终止

时间:2016-01-29 15:30:45

标签: java eclipse multithreading debugging stack-trace

我有一个非常复杂的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-0Thread-1是由log4j创建的,而不是{{1} }}。它仍然像以前一样出现,并且在构造时没有断点触发。

编辑3:

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

编辑4:

关于我的系统的信息:

  • 我正在运行最新的稳定版本的Ubuntu 15.10 Wily。我启用了System.exit(int)securityupdates 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该项目,如果有帮助的话。

3 个答案:

答案 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在那里,没有任何意义。