JavaCore/HeapDump文件及其分析方法

DUMP:记录系统运行的文件或者备份存储文件

产生时间
Java程序运行时,有时会产生JavaCore及HeapDump文件,它一般发生于Java程序遇到致命问题的情况下。
  • 有时致命问题发生后,Java应用不会死掉,还能继续运行;
  • 但有时致命问题发生,Java进程会死掉;
为了能够保留Java应用发生致命错误前的运行状态,JVM在死掉前产生两个文件,分别为JavaCore及HeapDump文件。

有何区别

JavaCore是关于CPU的,而HeapDump文件是关于内存的。
  • JavaCore文件主要保存的是Java应用各线程在某一时刻的运行的位置,即JVM执行到哪一个类、哪一个方法、哪一个行上。它是一个文本文件,打开后可以看到每一个线程的执行栈,以stack   trace的显示。通过对JavaCore文件的分析可以得到应用是否“卡”在某一点上,即在某一点运行的时间太长,例如数据库查询,长期得不到响应,最终导致系统崩溃等情况。
  • HeapDump文件是一个二进制文件,它保存了某一时刻JVM堆中对象使用情况,这种文件需要相应的工具进行分析,如IBM   Heap Analyzer这类工具。这类文件最重要的作用就是分析系统中是否存在内存溢出的情况。

怎么生成

这两个文件可以用手工的方式生成,当我们会遇到系统变慢或无响应的情况,这时就以采用手工的方式生成JavaCore及HeapDump文件。
在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 进程号’的操作,等文件生成后再做一次同样的操作,再产生一组文件。

如何分析

JavaCore文件
两组文件在分析JavaCore时特别有效,因为它可以看出在先后两个时间点上,线程执行的位置,如果发现先后两组数据中同一线程都执行在同一位置,则说明此处可能有问题,因为程序运行是极快的,如果两次均在某一点上,说明这一点耗时是很大的,通过对这两个文件进行分析,查出原因,进而解决问题。
JavaCore文件的头部有一个“Current Thread Details”标记,它记录了JavaCore产生时系统运行的线程id,使用线程id在文件中查找线程的详细信息,该信息中记载了线程运行哪个类的时候造成的JavaCore。
NULL -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
0SECTION TITLE   subcomponent dump routine
NULL == == == == == == == == == == == == == == == =
1TISIGINFO OUTOFMEMORY received
1TIDATETIME Date : 2011 / 12 / 07 at 15 : 59 : 42
1TIFILENAME Javacore filename : /usr /WebSphere /AppServer /profiles /WCSProdNode2 /javacore19202086. 1323298782.txt
NULL -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
0SECTION XHPI subcomponent dump routine
NULL   == == == == == == == == == == == == == == ==
1XHTIME Wed Dec 7 15 : 59 : 42 2011
1XHSIGRECV Unexpected   signal - 1 received at   0x0 in <unknown >. Processing   terminated.
1XHFULLVERSION J2RE 1. 4. 2 IBM AIX build ca142ifx - 20090918 (SR13   FP2)
NULL          
1XHCURRENTTHD Current Thread   Details
NULL -- -- -- -- -- -- -- -- -- -- --
2XHCURRSYSTHD "WebContainer :   5" sys_thread_t : 0x45FB5328
3XHNATIVESTACK Native Stack
NULL -- -- -- -- -- --
3XHSTACKLINEERR unavailable -   stack address not valid
: : :
: : :
0SECTION XM subcomponent   dump routine
NULL == == == == == == == == == == == == == ==
NULL           
1XMCURTHDINFO Current Thread Details
NULL -- -- -- -- -- -- -- -- -- -- --
3XMTHREADINFO "WebContainer : 5" (TID :0x70A8E260, sys_thread_t : 0x45FB5328, state :R, native ID :0x5CC0)   prio = 5
4XESTACKTRACE at   org.apache.taglibs.standard.tag.common.core.ImportSupport$ImportResponseWrapper.getString(Unknown   Source)
4XESTACKTRACE at   org.apache.taglibs.standard.tag.common.core.ImportSupport.acquireString(Unknown   Source)
4XESTACKTRACE at   org.apache.taglibs.standard.tag.common.core.ImportSupport.doEndTag(Unknown   Source)
4XESTACKTRACE at   com.ibm._jsp._part._jspx_meth_c_import_3(_part.java(Compiled Code))
4XESTACKTRACE at   com.ibm._jsp._part._jspx_meth_c_otherwise_3(_part.java(Compiled   Code))
4XESTACKTRACE at   com.ibm._jsp._part._jspx_meth_c_choose_4(_part.java(Compiled Code))
4XESTACKTRACE at   com.ibm._jsp._part._jspService(_part.java : 3237)
这样结合当时的日志文件可以找到问题产生的原因。不过,这种方法只能找到不是内存溢出的错误,对于在core文件头就有java/lang/outMemoryException的错误还是不知道是执行到哪个类的时候出现。
HeapDump文件
HeapDump文件是指定时刻的Java堆栈的快照,是一种镜像文件。Heap Analyzer工具通过分析HeapDump文件,哪些对象占用了太多的堆栈空间,来发现导致内存泄露或者可能引起内存泄露的对象。

原文地址:http://blog.csdn.net/newhappy2008/article/details/7592697
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: javacore文件是Java虚拟机生成的一种文本文件,它记录了Java应用程序在运行过程中的线程堆栈信息、锁信息、内存使用情况等。它通常用于分析Java应用程序的性能问题和调试。 heapdump文件是Java虚拟机生成的一种二进制文件,它记录了Java应用程序在运行过程中的堆内存使用情况。它通常用于分析Java应用程序的内存泄漏和内存溢出问题。 ### 回答2: Javacore文件Heapdump文件是两种不同类型的Java虚拟机(JVM)诊断文件Javacore文件是一种详细描述JVM线程状态和系统信息的文件。当JVM遇到致命错误或自然死亡时,它会自动创建Javacore文件。此文件列出了所有线程的状态,包括等待、运行和阻塞状态。还包括实时统计信息、堆栈跟踪和Java虚拟机配置信息等。这些信息对于诊断和修复JVM问题非常有用,例如内存泄漏、死锁、无响应等。 Heapdump文件是另一种JVM诊断文件,用于描述JVM的堆内存信息。当JVM内存达到一定限制或开发人员手动请求时,它会自动创建Heapdump文件。此文件包含了所有当前分配的对象和它们所占用的堆内存大小。它可用于分析内存泄露或内存占用量过高等问题。通过分析Heapdump文件,可以确定哪些对象占用了大量内存并进行相应的调整。 总体来说,JavacoreHeapdump文件都是非常有用的JVM诊断工具,可以用于分析和解决JVM问题。它们为开发人员提供了深入了解JVM运行时信息的机会,并帮助他们识别和消除潜在的性能问题。 ### 回答3: JavaCoreHeapDump文件是Java程序开发中常用的两种类型的文件JavaCore是指Java进程在崩溃后生成的核心转储文件,而HeapDump则是指Java进程中的堆内存转储文件。这两种文件在程序调试和性能优化中都有重要的作用。 JavaCore文件是Java进程崩溃时生成的核心转储信息,可以用于分析崩溃的原因。JavaCore文件中包含了关于崩溃时程序的状态信息,如进程中活动的线程、线程的堆栈信息、内存的使用情况等。开发人员可以通过分析JavaCore文件来确定崩溃的根本原因,是由于代码错误还是由于内存溢出等问题。 HeapDump文件则是Java虚拟机在程序运行时生成的堆内存转储信息,用来分析Java程序的内存使用情况,可以帮助开发人员找出程序中的内存泄漏和对象的引用循环等问题。因为Java虚拟机的垃圾回收机制会自动回收不再使用的内存,所以开发人员需要及时分析HeapDump文件,找出那些占用大量内存且无法被回收的对象,以避免程序的内存溢出或内存泄漏等问题。 在实际开发中,JavaCoreHeapDump文件都扮演着非常重要的角色,可以帮助开发人员快速诊断和解决程序中出现的问题。因此,开发人员需要学会如何生成和分析这两种类型的文件,并及时修复程序中出现的问题,以提高程序的稳定性和性能。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值