在 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");
}
}
如上,tomcat 无法通过 shutdown.sh 关闭。 来自 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
stack info没有指出哪个java类创建了线程, 我的问题是如何找出谁从许多网络应用程序中创建了该线程。
谢谢!
以下是方法列表,从最快/最可靠到最慢/最难排序:
如果您有类的源代码,请在构造函数中创建一个异常(而不实际抛出它)。当您需要知道线程何时创建时,您可以简单地检查或打印它。
如果您没有源代码,线程名称可以很好地提示创建它的人。
如果名称暗示通用服务(如
java.util.Timer
),那么您可以在 IDE 的构造函数中创建条件断点。条件应该是线程名称;当有人使用此名称创建线程时,调试器将停止。如果线程不多,可以在
Thread
的构造函数中设置断点。如果您有很多线程,请将调试器附加到应用程序并冻结它。然后检查堆栈跟踪。
如果其他一切都失败,请获取Java运行时的源代码并在您想要观察的类中添加日志记录代码,编译一个新的
rt.jar
并用您的版本替换原始的。请不要在生产中尝试此操作。如果钱不是问题,您可以使用动态跟踪工具,例如 Compuware APM,或者,如果您使用的是 Linux 或 Solaris,则可以分别尝试 SystemTap 和 dtrace。
您还可以编写一个小型 java Instrumentation 代理来包装线程构造函数(并在那里进行堆栈转储),而不是尝试修改 rt.jar 类。
如果您可以控制该类,则可以在创建该类时捕获堆栈跟踪:
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);
}
}
如果您有像 Eclipse 或 Intellij 这样的 IDE,您可以在各种线程构造函数中设置断点。您可以使用调试器远程附加到进程。当线程正在构造时,调试器将停止进程。您可以观察线程名称等内容。如果您想匹配特定的线程名称,您还可以使用带条件的断点。
设置断点。 https://www.ibm.com/developerworks/library/os-ecbug/
远程调试 https://dzone.com/articles/a-practical-guide-to-java-remote-debugging-in-the
可以使用 Byteman 来定位线程的启动位置。
这里有一个基于 Windows 的代码片段,供您了解一下。必须为 Byteman 使用
boot
选项并设置 org.jboss.byteman.transform.all
。
set BYTEMAN_HOME=C:\tools\byteman-download-4.0.22
set BYTEMAN=%BYTEMAN_HOME%\lib\byteman.jar
set JAVA_TOOL_OPTIONS="-javaagent:%BYTEMAN%=script:appmain.btm,boot:%BYTEMAN%"
java -Dorg.jboss.byteman.transform.all -jar whatever...
用类似
的东西创建
appmain.btm
RULE trace thread start
CLASS java.lang.Thread
METHOD start
IF true
DO traceStack("*** found the caller for " + $0.getName() + "\n", 10)
ENDRULE
运行应用程序后,您应该能够看到类似的内容
*** found the caller for pool-3-thread-1
java.lang.Thread.start(Thread.java:-1)
java.util.concurrent.ThreadPoolExecutor.addWorker(ThreadPoolExecutor.java:957)
java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1367)
java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:134)
...
堆栈下方应该有用户代码。