在tomcat中,如果webapp确实停止了一个无守护进程线程,则tomcat无法通过shutdown.sh关闭
例如:
public class demo implements ServletContextListener{
public void contextDestroyed(ServletContextEvent arg0) {
// TODO Auto-generated method stub
// yes,we can cancel timer in here,but this is not the major problem
}
public void contextInitialized(ServletContextEvent arg0) {
Timer timer = new Timer();
timer.schedule(new Test(), 1000, 1000*10);
}
}
public class Test extends TimerTask{
@Override
public void run() {
System.out.println("AAAA");
}
}
如上所述,shutdown.sh无法关闭tomcat。 来自jvisualvm,线程检查员说:
"Timer-0" - Thread t@40
java.lang.Thread.State: TIMED_WAITING
at java.lang.Object.wait(Native Method)
- waiting on <3957edeb> (a java.util.TaskQueue)
at java.util.TimerThread.mainLoop(Timer.java:552)
at java.util.TimerThread.run(Timer.java:505)
Locked ownable synchronizers:
- None
堆栈信息没有指出哪个java类创建了该线程, 我的问题是如何找出谁从许多webapps创建线程。
谢谢!
答案 0 :(得分:14)
以下是方法列表,从最快/最可靠到最慢/最难:
如果您拥有该类的源代码,请在构造函数中创建一个异常(不实际抛出它)。当您需要知道创建线程的时间时,您可以简单地检查或打印它。
如果您没有源代码,则线程名称可以是创建它的好提示。
如果名称提示通用服务(如java.util.Timer
),则可以在构造函数中的IDE中创建条件断点。条件应该是线程名称;当有人创建具有此名称的线程时,调试器将停止。
如果没有太多线程,请在Thread
的构造函数中设置断点。
如果你有很多线程,请将调试器附加到应用程序并冻结它。然后检查堆栈跟踪。
如果其他所有方法都失败了,请获取source code for the Java runtime并在要观察的类中添加日志记录代码,编译新的rt.jar
并将原始版本替换为您的版本。请不要在生产中尝试这种方法。
如果资金不是问题,您可以使用动态跟踪工具,如Compuware APM,或者,如果您使用的是Linux或Solaris,则可以分别尝试SystemTap和dtrace。
答案 1 :(得分:2)
如果您拥有该类的控制权,则可以在创建时捕获堆栈跟踪:
public class Test extends TimerTask {
final StackTraceElement[] callerStack;
public Test () {
callerStack = Thread.currentThread().getStackTrace();
}
@Override
public void run() {
System.out.println("AAAA");
System.out.println("Creator: "+Arrays.asList(callerStack));
}
@Override
public String toString () {
return "Test created by "+Arrays.asList(callerStack);
}
}
答案 2 :(得分:1)
您还可以编写一个小的java Instrumentation代理来包装线程构造函数(以及堆栈转储),而不是尝试修改rt.jar类。
答案 3 :(得分:0)
如果您拥有Eclipse或Intellij之类的IDE,则可以在各种Thread构造函数中设置断点。您可以使用调试器远程连接到进程。构造线程时,调试器将停止该进程。您可以观察到线程名称之类的内容。如果要匹配特定的线程名称,也可以使用断点带条件。
设置断点。 https://www.ibm.com/developerworks/library/os-ecbug/
远程调试 https://dzone.com/articles/a-practical-guide-to-java-remote-debugging-in-the