线程分析问题收集

回复 9# guansnow


    你指的是比如GC等这些线程吗？如果是这样，可能是存在JVM使用紧张的问题，比如内存泄露、从数据库或其他地方读取了大量数据到内存、JVM设置偏小、压力大或其他原因导致的，需要综合分析了。开启详细垃圾回收，配合GC日志，查看GC后的JVM使用曲线、申请的JVM大小曲线、GC时间曲线、GC间隔曲线，综合分析，必要的时候，还需要生成相应的heapdump收起

回复 8# dogboy


    这个我能找到对应的，但是有一些是JDK的线程，与程序的关系不能很清析看出来；收起

回复 6# guansnow


javacore中线程的编号是16进制的，操作系统命令查到的线程编号是10进制的，使用calc.exe做一个转换。10进制转换为16进制，到javacore中搜索就行了，javacore中线程号最后几位能匹配上就对了，线程号是以0x开头收起

回复 4# star120120


    嘿嘿。。。就是想收集后，整理成文档呢！！收起

回复 5# dogboy


    但是对应的线程堆栈地址  大部份都是JDK的，并不能马上定位到程序，这样的问题，你一般怎么跟？收起

1、线程响应慢。针对此种情况，需要分析javacore，比较连续生成（比如10s一个）的几个javacore中的线程信息。或者可以设置一个was参数，在线程响应时间超过一定的阀值时自动生成javacore
2、was占用cpu使用率高。在故障时，使用操作系统命令查看was进程下所有的线程占用cpu的情况，同时需要生成javacore，占用cou使用率高的线程号，通过十进制转换到十六进制，然后到javacore中找到对应的线程堆栈，就可以定位到具体的java代码
工具呢，jca.jar分析javacore；ha.jar分析heapdump；收起

迫切需要这方面的知识啊，guan斑竹整理个文档给大家分享呗收起

回复 2# Batcher


    sorry,脑一热打出来了，是做heap的，讲错了收起

MDD4J不是用来做 heap dump 分析的吗？
如果楼主有用它做 stuck thread 分析的教程，能否分享一下？收起