基于JavaCore文件的深入分析

更新時間：2013年05月04日 15:37:20 作者：

本篇文章介紹了，對JavaCore文件的深入分析。需要的朋友參考下

產(chǎn)生時間

　　Java程序運行時，有時會產(chǎn)生JavaCore及HeapDump文件，它一般發(fā)生于Java程序遇到致命問題的情況下。

　　有時致命問題發(fā)生后，Java應用不會死掉，還能繼續(xù)運行；

　　但有時致命問題發(fā)生，Java進程會死掉；

　　為了能夠保留Java應用發(fā)生致命錯誤前的運行狀態(tài)，JVM在死掉前產(chǎn)生兩個文件，分別為JavaCore及HeapDump文件。

有何區(qū)別

　　JavaCore是關于CPU的，而HeapDump文件是關于內(nèi)存的。

　　JavaCore文件主要保存的是Java應用各線程在某一時刻的運行的位置，即JVM執(zhí)行到哪一個類、哪一個方法、哪一個行上。它是一個文本文件，打開后可以看到每一個線程的執(zhí)行棧，以stack trace的顯示。通過對JavaCore文件的分析可以得到應用是否“卡”在某一點上，即在某一點運行的時間太長，例如數(shù)據(jù)庫查詢，長期得不到響應，最終導致系統(tǒng)崩潰等情況。

　　HeapDump文件是一個二進制文件，它保存了某一時刻JVM堆中對象使用情況，這種文件需要相應的工具進行分析，如IBM Heap Analyzer這類工具。這類文件最重要的作用就是分析系統(tǒng)中是否存在內(nèi)存溢出的情況。

怎么生成

　　這兩個文件可以用手工的方式生成，當我們會遇到系統(tǒng)變慢或無響應的情況，這時就以采用手工的方式生成JavaCore及HeapDump文件。

　　在Unix/Linux上，產(chǎn)生這兩個文件的方法如下：

復制代碼代碼如下:

    # 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 ，然后再執(zhí)行‘kill -3 進程號'的操作，等文件生成后再做一次同樣的操作，再產(chǎn)生一組文件。

如何分析

　　JavaCore文件

　　兩組文件在分析JavaCore時特別有效，因為它可以看出在先后兩個時間點上，線程執(zhí)行的位置，如果發(fā)現(xiàn)先后兩組數(shù)據(jù)中同一線程都執(zhí)行在同一位置，則說明此處可能有問題，因為程序運行是極快的，如果兩次均在某一點上，說明這一點耗時是很大的，通過對這兩個文件進行分析，查出原因，進而解決問題。

　　JavaCore文件的頭部有一個“Current Thread Details”標記，它記錄了JavaCore產(chǎn)生時系統(tǒng)運行的線程id，使用線程id在文件中查找線程的詳細信息，該信息中記載了線程運行哪個類的時候造成的JavaCore。

復制代碼代碼如下:

    NULL ------------------------------------------------------------------------
    0SECTION TITLE   subcomponent dump routine
    NULL ===============================
    1TISIGINFOOUTOFMEMORY 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)