JavaCore与HeapDump

from http://blog.csdn.net/newhappy2008/article/details/7592697

 

产生时间

Java程序运行时，有时会产生JavaCore及HeapDump文件，它一般发生于Java程序遇到致命问题的情况下。

• 有时致命问题发生后，Java应用不会死掉，还能继续运行；
• 但有时致命问题发生，Java进程会死掉；

为了能够保留Java应用发生致命错误前的运行状态，JVM在死掉前产生两个文件，分别为JavaCore及HeapDump文件。

 

二者区别

JavaCore是关于CPU的

JavaCore文件主要保存的是Java应用各线程在某一时刻的运行的位置，即JVM执行到哪一个类、哪一个方法、哪一个行上。它是一个文本文件，打开后可以看到每一个线程的执行栈，以stack trace的显示。通过对JavaCore文件的分析可以得到应用是否“卡”在某一点上，即在某一点运行的时间太长，例如数据库查询，长期得不到响应，最终导致系统崩溃等情况。

 

HeapDump文件是关于内存的。

HeapDump文件是一个二进制文件，它保存了某一时刻JVM堆中对象使用情况，这种文件需要相应的工具进行分析，如IBM   Heap Analyzer这类工具。这类文件最重要的作用就是分析系统中是否存在内存溢出的情况。

 

如何生成Java Core、Heap Dump文件

这两个文件可以用手工的方式生成，当我们会遇到系统变慢或无响应的情况，这时就以采用手工的方式生成Java Core及Heap Dump文件。

在Unix/Linux上，产生这两个文件的方法如下：

# ps -ef | grep java  
user 4616 4582 0 17:30 pts/0 00:00:00 grep java  
root 5580 1 0 Oct27 ? 00:02:27 /usr/bin/java -server -XX:PermSize=64M -XX:MaxPermSize=128m -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/usr/local/tomcat8090/conf/logging.properties -Djava.endorsed.dirs=/usr/local/tomcat8090/endorsed -classpath :/usr/local/tomcat8090/bin/bootstrap.jar -Dcatalina.base=/usr/local/tomcat8090 -Dcatalina.home=/usr/local/tomcat8090 -Djava.io.tmpdir=/usr/local/tomcat8090/temp org.apache.catalina.startup.Bootstrap start  
# kill -3 5580

首先，找出Java进程id ，然后再执行‘kill -3 进程号’的操作，等文件生成后再做一次同样的操作，再产生一组文件。 

$ /bin/kill -3 pid：无法输出到单独的文件中，只能在tomcat的启动文件中打印相关的堆栈信息???
堆栈信息会打到进程的后台启动nohup.out的文件里面

 

不同jdk有时需要加的参数不太相同。比如IBM JDK。

IBM JDK生成Heapdump文件的开关：
— export IBM_HEAPDUMP=true
— export IBM_HEAP_DUMP=true
— export IBM_HEAPDUMP_OUTOFMEMORY=true
— export IBM_JAVADUMP_OUTOFMEMORY=true
— export IBM_JAVACORE_OUTOFMEMORY=true
— export IBM_HEAPDUMPDIR=<directory_path>

 

 

如何分析

JavaCore文件

两组文件在分析JavaCore时特别有效，因为它可以看出在先后两个时间点上，线程执行的位置，如果发现先后两组数据中同一线程都执行在同一位置，则说明此处可能有问题，因为程序运行是极快的，如果两次均在某一点上，说明这一点耗时是很大的，通过对这两个文件进行分析，查出原因，进而解决问题。

 

JavaCore文件的头部有一个“Current Thread Details”标记，它记录了JavaCore产生时系统运行的线程id，使用线程id在文件中查找线程的详细信息，该信息中记载了线程运行哪个类的时候造成的JavaCore。这样结合当时的日志文件可以找到问题产生的原因。不过，这种方法只能找到不是内存溢出的错误，对于在core文件头就有java/lang/outMemoryException的错误还是不知道是执行到哪个类的时候出现。

 

工具：IBM Thread and Monitor Dump Analyzer for Java是一个可以用来分析JavaCore日志中每个线程的信息并提供诊断信息的工具。

下载 后可以获得名字类似jca457.jar的文件。jca是Java Coredump Analyzer的缩写，后面的数字是版本号。

使用方法：

jca***.jar是一个可执行的jar包。可以输入以下命令来运行。

-jar是执行jar包的参数；-Xmx用来为执行jca457的进程分配最大堆内存。

<Java Runtime Environment path>java -Xmx500m -jar jca457.jar

 <Java Runtime Environment path>为%java%jre/bin目录下，同时将jca457.jar文件也拷贝到此目录下，再执行上述命令。

 

其他工具：

1、在线分析的：http://spotify.github.io/threaddump-analyzer/

2、TDA 可以作为visualvm插件。

 

HeapDump文件

HeapDump文件是指定时刻的Java堆栈的快照，是一种镜像文件。Heap Analyzer工具通过分析HeapDump文件，哪些对象占用了太多的堆栈空间，来发现导致内存泄露或者可能引起内存泄露的对象。

 

用来分析heapdump的工具有很多，比如jvisualvm,heapanalyzer等。

 

工具：IBM HeapAnalyzer，一个用来寻找Java堆缺陷的图形化工具。

下载后可以获得名字类似ha456.jar的文件。ha是Heap Analyzer的缩写，后面的数字是版本号。可用于分析websphere生成的phd堆文件。

使用方法：

jca***.jar是一个可执行的jar包。可以输入以下命令来运行。

-jar是执行jar包的参数；-Xmx用来为执行jca457的进程分配最大堆内存。

<Java Runtime Environment path>java –Xmx4g -jar ha456.jar

上面的代码为运行ha456的进程分配了4G的内存去运行。

注：由于发生HeapDump产生的文件往往比较大，进程在分析文件时需要占用大量内存。如果分配内存不够，有可能还没有分析完文件，程序就提示内存不够，从而中断分析。所以，必须保证你的机器的内存大小至少要大于Heap Dump文件。

 

 

BM WebSphere Performance Tool / ISA / jca457.jar / ha456.jar / ga439.jar