JAVACORE與HEAPDUMP生成方法
前言
在項(xiàng)目上我們經(jīng)常要生成javacore和heapdump來進(jìn)行分析。這里總結(jié)一下我自己在項(xiàng)目上生成這兩個文件的方法。
JAVACORE篇:
JavaCore文件主要保存的是Java應(yīng)用各線程在某一時刻的運(yùn)行的位置,即JVM執(zhí)行到哪一個類、哪一個方法、哪一個行上。它是一個文本文件,打開后可以看到每一個線程的執(zhí)行棧,以stack trace的顯示。
通過對JavaCore文件的分析可以得到應(yīng)用是否“卡”在某一點(diǎn)上,即在某一點(diǎn)運(yùn)行的時間太長,例如數(shù)據(jù)庫查詢,長期得不到響應(yīng),最終導(dǎo)致系統(tǒng)崩潰等情況。
Windows平臺:
ORACLE JDK:HOTSPOT
1.jvisualvm工具
jvisualvm是sun的JDK中自帶的工具,在java_home/bin/jvisualvm.exe中就可以打開。
掛在到對應(yīng)的java進(jìn)程后,可以直接生javacore。

2.jstack工具
jstack為JDK自帶的命令行工具。
可以通過jstack -l -r -pid的方式生成對應(yīng)的javacore。
其中-l -r 可以顯示出詳細(xì)信息,鎖信息等。
3.sendsignal工具
sendsignal工具是老外開發(fā)的一個小工具,用來生成已知進(jìn)程號的java進(jìn)程的javacore。
附件中有具體工具。通過sendsignal.exe pid即可生成。
4.ctrl+break按鍵
在Windows上啟動程序的時候,可以直接在啟動進(jìn)程的窗口按組合鍵生成javacore。
然而由于NC涉及到兩個java進(jìn)程,一個小的導(dǎo)程序,一個是正式的程序。
所以用該方法只能生成引導(dǎo)程序的javacore??床坏缴a(chǎn)環(huán)境的實(shí)際快照。
IBM JDK:V9
1.系統(tǒng)宕機(jī)自動生成。
IBM的JDK在系統(tǒng)宕機(jī)的時候會自動生成javacore,這也是我們經(jīng)常用該JDK替換默認(rèn)的緣故。
2.sendsignal工具。
3.ctrl+break組合鍵。
4.NMC控制臺。(內(nèi)部監(jiān)控工具)
某產(chǎn)品自帶的監(jiān)控工具NMC可以直接點(diǎn)擊對應(yīng)server,右鍵直接生成javacore。
該工具只針對于Websphere集群生效。對于單機(jī) websphere或者NC中間件不生效。

5.Websphere控制臺。
有的時候我們發(fā)現(xiàn),系統(tǒng)卡死,或者需要同時生成多個Server的javacore的時候,
我們就需要在websphere的控制臺中直接生成。
生成方式為Troubleshooting->Java dumps and cores。

6.JSP小補(bǔ)丁程序。
使用方式為,將javacore.jsp放置到nchome/webapps/nc_web下即可,重啟生效。
訪問的時候,通過ip地址+端口+javacore.jsp即可在JAVA_HOME中生成。
如127.0.0.1:9081/javacore.jsp。代碼如下
<%com.ibm.jvm.Dump.JavaDump();%>
主要調(diào)用IBM的JDK內(nèi)部方法com.ibm.jvm.Dump.JavaDump();
LINUX平臺:
1.kill -3 -pid
在linux平臺上,除了之前的各種方法之外,可以直接調(diào)用系統(tǒng)的kill -3方法?! ?/p>
HEAPDUMP篇:
HeapDump文件是一個二進(jìn)制文件,它保存了某一時刻JVM堆中對象使用情況。
這種文件需要相應(yīng)的工具進(jìn)行分析,如IBM Heap Analyzer這類工具。這類文件最重要的作用就是分析系統(tǒng)中是否存在內(nèi)存溢出的情況。
Windows平臺:
ORACLE JDK:HOTSPOT
1.jvisualvm工具。
和之前生成javacore的方法類似。

2.jmap方法。
map方法為JDK自帶的方法。通過命令行的方式生成。
<% com.ibm.jvm.Dump.JavaDump(); %>
3.系統(tǒng)宕機(jī)自動生成。
由于oracle的JDK在宕機(jī)的時候,不會自動生成heapdump文件。需要我們通過添加JVM參數(shù)的方式來顯示申明。
在JVM參數(shù)中 加-XX:+HeapDumpOnOutOfMemoryError。
4.通過windows任務(wù)管理器。
windows的任務(wù)管理器可以直接將java的堆對象全部轉(zhuǎn)儲出來。
只需要點(diǎn)擊右鍵進(jìn)行保存即可。保存后的文件需要通過類似IBM的MAT分析工具打開。

IBM JDK:V9
1.系統(tǒng)宕機(jī)自動生成。
2.利用coredump功能。
利用websphere自帶的coredump功能,可以將所有宕機(jī)時的堆棧信息全部輸出。
包含堆中對象的具體信息,如hashmap中的鍵值都可以看到具體的值。
是跟蹤宕機(jī)問題的終極法寶。
具體方法為,在JVM中添加參數(shù) -Xdump:system:events=user,request=exclusive+prewalk+compact
3.JSP小補(bǔ)丁程序。
使用方式為,將heapdump.jsp放置到nchome/webapps/nc_web下即可,重啟生效。
訪問的時候,通過ip地址+端口+heapdump.jsp即可在JAVA_HOME中生成。
如127.0.0.1:9081/heapdump.jsp。代碼如下
<% com.ibm.jvm.Dump.HeapDump(); %>
主要調(diào)用IBM的JDK內(nèi)部方法com.ibm.jvm.Dump.HeapDump();
LINUX平臺:
和上面的生成方法沒有太大區(qū)別。
以上為目前我總結(jié)的所有關(guān)于javacore和heapdump的收集方法。
在搜集項(xiàng)目報(bào)錯信息以及定位問題的時候非常關(guān)鍵。
到此這篇關(guān)于JAVACORE與HEAPDUMP生成大法的文章就介紹到這了,更多相關(guān)JAVACORE與HEAPDUMP生成內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java報(bào)錯:Java.io.FileNotFoundException解決方法
這篇文章主要介紹了Java.io.FileNotFoundException的產(chǎn)生原因和解決方法,造成這個報(bào)錯的原因可能有文件路徑錯誤、文件被刪除或移動和權(quán)限問題,文中將解決的辦法介紹的非常詳細(xì),需要的朋友可以參考下2024-12-12
SpringCloud中的Ribbon負(fù)載均衡器詳細(xì)解析
這篇文章主要介紹了SpringCloud中的Ribbon負(fù)載均衡器詳細(xì)解析,Ribbon 是一個基于 HTTP 和 TCP 的客戶端負(fù)載均衡工具,它基于 Netflix Ribbon 實(shí)現(xiàn),通過封裝可以讓我們輕松地將面向服務(wù)的 REST 模版請求自動轉(zhuǎn)換成客戶端負(fù)載均衡的服務(wù)調(diào)用,需要的朋友可以參考下2024-01-01
關(guān)于SpringBoot改動后0.03秒啟動的問題
這篇文章主要介紹了SpringBoot改動后0.03秒啟動,本文結(jié)合示例代碼給大家講解的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-12-12
使用AbstractRoutingDataSource實(shí)現(xiàn)數(shù)據(jù)源動態(tài)切換的實(shí)例
AbstractRoutingDataSource 是 Spring 框架提供的一個抽象類,用于實(shí)現(xiàn)動態(tài)數(shù)據(jù)源路由,這個類主要用于多數(shù)據(jù)源場景,其中可以根據(jù)不同的條件動態(tài)地切換到不同的數(shù)據(jù)源,本文給大家介紹了如何使用AbstractRoutingDataSource實(shí)現(xiàn)數(shù)據(jù)源動態(tài)切換,需要的朋友可以參考下2024-03-03

