Chinaunix首页 | 论坛 | 博客
  • 博客访问: 140854
  • 博文数量: 171
  • 博客积分: 2914
  • 博客等级: 少校
  • 技术积分: 2045
  • 用 户 组: 普通用户
  • 注册时间: 2010-01-14 17:30
文章分类

全部博文(171)

文章存档

2011年(41)

2010年(130)

我的朋友
最近访客

分类: 系统运维

2010-04-13 15:11:17

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停止应用只是不提供服务,但还是不会影响正在执行的线程。

    曾经不止一次的被客户问道我们能否中断这样的线程,从weblogic层面来看,这是mission impossible。现在有了TI,我们可以通过它干掉这样的线程。

    要干掉这样的线程,首先要借助thread dump拿到线程名,我们将以线程名为filter。Thread dump信息如下:

    "[ACTIVE] ExecuteThread: "2" for queue: "weblogic.kernel.Default (self-tuning)"" daemon prio=6 tid=0x2b25a800 nid=0x3c0 waiting on condition [0x2e08f000..0x2e08fa14]

    java.lang.Thread.State: TIMED_WAITING (sleeping)

    at java.lang.Thread.sleep(Native Method)

    ......

    上面这个线程的名字就是:[ACTIVE] ExecuteThread: "2" for queue: "weblogic.kernel.Default (self-tuning)"

    为了能正确的attach上JVM,启动的时候需要加上如下的JAVA_OPTIONS,

    -Xdebug -Xrunjdwp:transport=dt_socket,address=9191,server=y,suspend=n

    现在我们就可以下面的方法attach到target JVM,

    1     private VirtualMachine connectVM(){

    2             VirtualMachineManager vmm = Bootstrap.virtualMachineManager();

    3             List connectors = vmm.attachingConnectors();

    4             Connector conn = null;

    5             AttachingConnector socketAttachingConnector = null;

    6             /*

    7             * host and port should be set here

    8             */

    9             .

    10       try{

    11           vm = socketAttachingConnector.attach(arguments);

    12       }catch(Exception e){

    13           e.printStackTrace();

    14       }

    15       return this.vm;

    16     }

    有了线程名、connection,我们就可以用下面的方法去干掉挂死线程了,

    1     public void terminateThread(String threadPattern){

    2         if(vm != null){

    3             List threads = vm.allThreads();

    4             ThreadReference tr = null;

    5             int loop = -1;

    6             for(loop=0; loop

    7                 if(tr.toString().indexOf(threadPattern) != -1){

    8                     tr.interrupt();

    9                     System.out.println(threadPattern + " is terminated!");

    10                     break;

    11                 }

    12             }

    13             if(loop == threads.size())

    14                 System.out.println("no matched thread was found in target VM!");

    15         }

    16     }


本文来自“北大青鸟济南新东方(山东大学)校区”网站  
原文链接:

阅读(579) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~