JVM TI学习－－－－如何中断weblogic中stuck thread

核心提示：JPDA(Java Platform Debugger Architecture)是sun推出的一套工具接口，有了这些接口，JVM TI学习－－－－如何中断weblogic中stuck thread，debugger、profile工具可以attach到target JVM，进而可以监控、调试我们的程序，避免更多的线程

JPDA(Java Platform Debugger Architecture)是sun推出的一套工具接口，有了这些接口，debugger、profile工具可以attach到target JVM，进而可以监控、调试我们的程序。JPDA包括三部分：JVM TI, JDI, JDWP。TI可以使用native语言，通过调用jvmti.c提供的系列库函数，实现debug工作，而JDI是TI面向Java开发人员提供的高层开发接口。TI代替了早期的DI，每个版本都做了一定的功能增强。随着JDK的发展，JPDA变得越发强大，比如thread信息检查、method调用跟踪、memory walk-through、perm内存区检查等，有了这些接口，我们完全可以自己造出类似于：jhat、jmap、jstack、jconsole这样的车子。用一句过时话来说：JPDA，很好很强大。

在Weblogic中，我们通常能看到像下面这样的警告信息：

BEA-000337　Feb　1,　2007　11:01:05　AM　EST　Error　WebLogicServer　ExecuteThread:　'14'　for　queue:　'weblogic.kernel.Default'　has　been　busy　for　"72"　seconds　working　on　the　request　"connection82.session95",　which　is　more　than　the　configured　time　(StuckThreadMaxTime)　of　"60"　seconds.

这样的信息只是一个提示，告诉最终用户某个执行线程执行了多长时间（只有执行时间超过StuckThread-MaxTime，默认600秒），用户可以根据这些信息，分析对应的请求执行了这么长时间是否正常，如果在预期或可以接受范围内，不用作任何干预，否则我们需要借助于thread dump分析执行时间的瓶颈。出现这样的警告信息，weblogic不会对这样的线程作任何操作（weblogic无法识别这么长的执行时间是不是用户所预期的，比如报表操作、文件传输等本身可能就很耗时），直到线程结束。线程能执行结束还好，如果是死锁呢？这样的线程会一直被挂着，直到weblogic重启。重启对于很多生产系统而言是最后的选择，那么我们有什么方法来避免重启呢？ Weblogic9以后，线程管理方面work manager代替了早期的thread pool，而且work manager提供了stuck thread的管理，比如出现几个stuck thread后，我们可以要求work manager停止应用，避免更多的线程被stuck。weblogic停止应用只是不提供服务，但还是不会影响正在执行的线程。