Java應(yīng)用/JVM宕機(jī)排查步驟操作
相信大家都遇到過，自己的Java應(yīng)用運(yùn)行一段時(shí)間就宕機(jī)了或者響應(yīng)請(qǐng)求特別慢。這時(shí)候就需要我們了來找出問題所在了。絕大部分都是代碼問題導(dǎo)致的。
一、服務(wù)宕機(jī)
如果是服務(wù)宕機(jī)，發(fā)生致命問題導(dǎo)致進(jìn)程已經(jīng)死掉了，那么已經(jīng)訪問不了了，通常都是CPU問題引起的，程序一般會(huì)自己生成javacore文件，一般生成位置在/root目錄或jar包同目錄下。JavaCore文件主要保存的是Java應(yīng)用各線程在某一時(shí)刻的運(yùn)行的位置，即JVM執(zhí)行到哪一個(gè)類、哪一個(gè)方法、哪一個(gè)行上。
找到這個(gè)文件，執(zhí)行命令
gdb java <文件>
bt
如果文件沒有損壞的話可以看到完整的棧調(diào)用信息。就可以定位到問題代碼所在。
我曾經(jīng)就因?yàn)榈讓诱{(diào)用的一個(gè)geo庫出問題，導(dǎo)致程序直接掛掉，分析core文件可以清晰的看到native方法的調(diào)用。
二、服務(wù)響應(yīng)請(qǐng)求慢
出現(xiàn)這個(gè)問題一般都是內(nèi)存溢出，GC線程一直在重復(fù)GC，沒有線程來處理用戶請(qǐng)求，或者問題代碼導(dǎo)致CPU占用過高。
程序崩潰前會(huì)生成HeapDump文件，也可以手動(dòng)生成，HeapDump是一個(gè)二進(jìn)制文件，它保存了某一時(shí)刻JVM堆中對(duì)象使用情況。
在JVM啟動(dòng)參數(shù)要配置好HeapDump的生成位置和配置打印gc日志。這樣才能排查問題。
先分析GC日志
在線分析工具地址：https://gceasy.io/
把gc文件上傳就好了，就可以看到分析結(jié)果。重點(diǎn)關(guān)注什么區(qū)域的GC占用最多時(shí)間。
離線分析工具：GCViewer 是一款開源的GC日志分析工具。
如果程序內(nèi)存溢出，通過分析gc文件可以發(fā)現(xiàn)程序內(nèi)存占用機(jī)會(huì)100%而且一直重復(fù)GC。
分析HeapDump文件
1、先找到Java應(yīng)用的pid
ps -ef | grep java 或者 jps -l 查看
2、查看堆內(nèi)存使用量
jmap -heap <pid>
3、查看Java進(jìn)程中的每一個(gè)線程的情況(linux)，可以清晰的看到每一個(gè)線程的cpu及內(nèi)存使用情況
top -Hp <pid>
window下可以借助工具 Process Explorer，
4、打印線程快照信息,保存到文件xxx.txt中方便查看
jstack <pid> > xxx.txt
參考這一篇文章： http://www.dbjr.com.cn/article/195797.htm
5、通過top -Hp <pid>看到的線程id是10進(jìn)制的，我們輸出到xxx.txt中的是16進(jìn)制，所以需要轉(zhuǎn)一下，找一個(gè)異常線程tid
printf "%x" <tid> 假如輸出為 1111
6、在xxx.txt文件中查找tid為1111的棧信息，可以看到這個(gè)線程在干什么，定位到問題代碼。
7、程序宕機(jī)會(huì)自動(dòng)產(chǎn)生dump文件，若沒有宕機(jī)就手動(dòng)導(dǎo)出dump文件
jmap -dump:format=b,file=文件名 <pid>
桌面分析工具：Eclipse Memory Analyzer，它有windows版的和Linux版的
windows下：把HeapDump文件放進(jìn)去就可以了，分析完后，很直觀的看到當(dāng)前內(nèi)存占用量最高的是某個(gè)類的某個(gè)參數(shù)。持有了多少個(gè)對(duì)象，這些對(duì)象占用了多少內(nèi)存，從而定位到問題代碼。
Linux下：先把Eclipse Memory Analyzer版上傳到服務(wù)器，解壓，假如/home/mat為解壓后路徑，執(zhí)行命令
/home/mat/ParseHeapDump.sh <文件名> org.eclipse.mat.api:suspects prg.eclipse.mat.api:overview
org.eclipse.mat.api:top_components
分析完之后會(huì)在當(dāng)前文件生成結(jié)果文件。下載到本地查看即可。
以上這篇Java應(yīng)用/JVM宕機(jī)排查步驟操作就是小編分享給大家的全部內(nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。
相關(guān)文章
Mybatis遷移到Mybatis-Plus的實(shí)現(xiàn)方法
這篇文章主要介紹了Mybatis遷移到Mybatis-Plus的實(shí)現(xiàn)方法，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-08-08
@valid 無法觸發(fā)BindingResult的解決
這篇文章主要介紹了@valid 無法觸發(fā)BindingResult的解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-12-12
Java中的FileInputStream 和 FileOutputStream 介紹_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
FileInputStream 是文件輸入流，它繼承于InputStream。FileOutputStream 是文件輸出流，它繼承于OutputStream。接下來通過本文給大家介紹Java中的FileInputStream 和 FileOutputStream,需要的朋友可以參考下2017-05-05
在這篇文章中，我們將來帶大家看看?java.util.Arrays?，我們可以使用?Arrays?創(chuàng)建，比較，排序，搜索，stream?和轉(zhuǎn)化數(shù)組，感興趣的小伙伴可以了解一下2023-02-02
SpringMvc實(shí)現(xiàn)簡易計(jì)算器功能
這篇文章主要為大家詳細(xì)介紹了SpringMvc實(shí)現(xiàn)簡易計(jì)算器功能，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-07-07
解決SpringBoot中使用@Transactional注解遇到的問題
這篇文章主要介紹了SpringBoot中使用@Transactional注解遇到的問題，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-09-09
淺析Java中Apache BeanUtils和Spring BeanUtils的用法
這篇文章主要介紹了Java中Apache BeanUtils和Spring BeanUtils的用法,本文通過實(shí)例代碼給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2020-11-11
使用cmd根據(jù)WSDL網(wǎng)址生成java客戶端代碼的實(shí)現(xiàn)
這篇文章主要介紹了使用cmd根據(jù)WSDL網(wǎng)址生成java客戶端代碼的實(shí)現(xiàn)方式，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2021-03-03
java工具包中的Stack是繼承于Vector(矢量隊(duì)列)的，由于Vector是通過數(shù)組實(shí)現(xiàn)的，這就意味著，Stack也是通過數(shù)組實(shí)現(xiàn)的，而非鏈表。當(dāng)然，我們也可以將LinkedList當(dāng)作棧來使用！2018-05-05
Springboot整合hibernate validator 全局異常處理步驟詳解
本文分步驟給大家介紹Springboot整合hibernate validator 全局異常處理,補(bǔ)呢文通過實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友參考下吧2024-01-01