最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

基于JavaCore文件的深入分析

 更新時間:2013年05月04日 15:37:20   作者:  
本篇文章介紹了,對JavaCore文件的深入分析。需要的朋友參考下

 產生時間

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

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

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

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

有何區(qū)別

  JavaCore是關于CPU的,而HeapDump文件是關于內存的。

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

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

怎么生成

  這兩個文件可以用手工的方式生成,當我們會遇到系統(tǒng)變慢或無響應的情況,這時就以采用手工的方式生成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 ,然后再執(zhí)行‘kill -3 進程號'的操作,等文件生成后再做一次同樣的操作,再產生一組文件。

如何分析

  JavaCore文件

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

  JavaCore文件的頭部有一個“Current Thread Details”標記,它記錄了JavaCore產生時系統(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)


   這樣結合當時的日志文件可以找到問題產生的原因。不過,這種方法只能找到不是內存溢出的錯誤,對于在core文件頭就有java/lang/outMemoryException的錯誤還是不知道是執(zhí)行到哪個類的時候出現(xiàn)。

  HeapDump文件
  HeapDump文件是指定時刻的Java堆棧的快照,是一種鏡像文件。Heap Analyzer工具通過分析HeapDump文件,哪些對象占用了太多的堆??臻g,來發(fā)現(xiàn)導致內存泄露或者可能引起內存泄露的對象。

相關文章

  • Java?mybatis?開發(fā)自定義插件

    Java?mybatis?開發(fā)自定義插件

    這篇文章主要介紹了Java?mybatis開發(fā)自定義插件,MyBatis允許你在映射語句執(zhí)行過程中的某一點進行攔截調用,文章圍繞主題展開詳細的內容介紹,具有一定的參考價值,需要的小伙伴可以參考一下
    2022-08-08
  • 深入了解JAVA Jersey框架

    深入了解JAVA Jersey框架

    這篇文章主要介紹了JAVA Jersey的概念以及使用方法,文中講解非常詳細,對大家的學習工作有所幫助,感興趣的朋友可以參考下
    2020-06-06
  • 詳解Spring Boot 屬性配置和使用

    詳解Spring Boot 屬性配置和使用

    本篇文章主要介紹了詳解Spring Boot 屬性配置和使用,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2017-06-06
  • 關于.java編譯成.class?與?.class反編譯成.java問題

    關于.java編譯成.class?與?.class反編譯成.java問題

    這篇文章主要介紹了關于.java編譯成.class?與?.class反編譯成.java問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2022-09-09
  • Kotlin與java8的SAM轉換對比(進階)

    Kotlin與java8的SAM轉換對比(進階)

    這篇文章主要介紹了Kotlin與java8的SAM轉換對比,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2020-05-05
  • Eclipse中實現(xiàn)JS代碼提示功能(圖文教程)

    Eclipse中實現(xiàn)JS代碼提示功能(圖文教程)

    本文通過圖文并茂的形式給大家介紹了Eclipse中實現(xiàn)JS代碼提示功能,非常不錯,具有參考借鑒價值,需要的朋友參考下吧
    2017-11-11
  • Spring Boot 單元測試JUnit的實踐

    Spring Boot 單元測試JUnit的實踐

    JUnit是一款優(yōu)秀的開源Java單元測試框架,也是目前使用率最高最流行的測試框架,這篇文章主要介紹了Spring Boot 單元測試JUnit的實踐,感興趣的小伙伴們可以參考一下
    2018-11-11
  • JAVA多線程編程實例詳解

    JAVA多線程編程實例詳解

    這篇文章主要介紹了JAVA多線程編程,結合實例形式總結分析了多線程、鎖、線程池等相關原理及使用技巧,需要的朋友可以參考下
    2019-09-09
  • 一篇文章帶你了解spring事務失效的多種場景

    一篇文章帶你了解spring事務失效的多種場景

    在日常編碼過程中常常涉及到事務,在前兩天看到一篇文章提到了Spring事務,那么在此總結下在Spring環(huán)境下事務失效的幾種原因.
    2021-09-09
  • Java使用DualPivotQuicksort排序

    Java使用DualPivotQuicksort排序

    這篇文章主要介紹了Java使用DualPivotQuicksort排序,喜歡算法的同學一定要看一下
    2021-04-04

最新評論

虞城县| 桐城市| 柳河县| 宝山区| 田东县| 龙胜| 马公市| 宁河县| 乌兰察布市| 库尔勒市| 二手房| 临沂市| 桐城市| 东乌珠穆沁旗| 房山区| 宾川县| 绥阳县| 无棣县| 丹棱县| 南阳市| 前郭尔| 淄博市| 曲水县| 祁连县| 朔州市| 海盐县| 刚察县| 革吉县| 温州市| 旌德县| 信阳市| 娄底市| 望江县| 宁强县| 宁强县| 吉安县| 迭部县| 梅河口市| 宜昌市| 阜南县| 荔波县|