這篇文章主要為大家展示了“hprof怎么用”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“hprof怎么用”這篇文章吧。

黃平ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書(shū)未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)建站的ssl證書(shū)銷售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書(shū)合作）期待與您的合作！

1、示例演示

例子程序：

注：這是一段測(cè)試代碼通過(guò)sleep方法進(jìn)行延時(shí)，在程序運(yùn)行過(guò)程中很慢，我想知道到底是哪段程序影響的整體性能呢？

我在這個(gè)Java程序中，加了如下運(yùn)行參數(shù)：

-agentlib:hprof=cpu=times,interval=10

/*     times：java函數(shù)的執(zhí)行時(shí)間    hprof=cpu是針對(duì)cpu統(tǒng)計(jì)時(shí)間    interval=10 采樣10次 */

再次運(yùn)行這段程序顯示如下圖：

 
這時(shí)候還發(fā)現(xiàn)在工程目錄里面，多了一個(gè)文本文件java.hprof.txt

內(nèi)容如下：

注：通過(guò)上面內(nèi)容可以看到，哪個(gè)類的方法執(zhí)行時(shí)間長(zhǎng)，耗費(fèi)了cpu時(shí)間，一目了然，方便我們快速定位問(wèn)題。

2、命令的具體講解 
hprof不是獨(dú)立的監(jiān)控工具，它只是一個(gè)Java agent工具，它可以用在監(jiān)控Java應(yīng)用程序在運(yùn)行時(shí)的CPU信息和堆內(nèi)容，使用java -agentlib:hprof=help命令可以查看hprof的使用文檔。

通過(guò)上圖可以看到這個(gè)工具非常強(qiáng)大，可以統(tǒng)計(jì)的東西很多，上面的例子統(tǒng)計(jì)的是cpu時(shí)間，同樣我們還可以統(tǒng)計(jì)內(nèi)存占用的dump信息。 
如：-agentlib:hprof=heap,format=b,file=/test.hprof

這個(gè)hprof小工具，非常方便我們?cè)谟肑Unit自測(cè)代碼的時(shí)候結(jié)合使用，既可以解決業(yè)務(wù)上的BUG，又能夠在一定程序上解決可發(fā)現(xiàn)的性能問(wèn)題，非常實(shí)用。

二、性能排查工具-pidstat

1、示例演示 
例子程序：

注：這是一段測(cè)試用的java程序，將其運(yùn)行起來(lái)。

在命令行輸入：

pidstat -p 843 1 3 -u -t

/* -u：代表對(duì)cpu使用率的監(jiān)控參數(shù)1 3：表示每秒采樣一次，一共三次   -t：將監(jiān)控級(jí)別細(xì)化到線程 */

運(yùn)行命令顯示如下圖所示： 

 
注：其實(shí)中TID就是線程ID，%usr表示用戶線程使用率，從圖中可以看到855這個(gè)線程占用cpu非常的高。

再輸入如下命令：

jstack -l 843 > /tmp/testlog.txt

查看testlog.txt顯示如下部分內(nèi)容：

 
注：我們關(guān)注的是日志文件的NID這個(gè)字段，它對(duì)應(yīng)的就是我們上面說(shuō)的TID，NID是TID的16進(jìn)制表示，將上面的十進(jìn)制855轉(zhuǎn)換成十六進(jìn)制為357，在日志中進(jìn)行搜索看到如下內(nèi)容：

以此可以推斷出有性能瓶頸的程序點(diǎn)。

2、pidstat具體命令詳解 
pidstat是一個(gè)功能非常強(qiáng)大的性能監(jiān)測(cè)工具，他是Sysstat的組件之一，可以從http://sebastien.godard.pagesperso-orange.fr/download.html 進(jìn)行下載，下載后可以通過(guò)./configure等命令進(jìn)行安裝，這個(gè)命令的強(qiáng)大之處在于不僅可以監(jiān)控進(jìn)程的性能情況，也可以監(jiān)控線程的性能情況。

pidstat監(jiān)控cpu常用顯示字段內(nèi)容如下：

pidstat監(jiān)控io常用的字段顯示內(nèi)容如下：

三、一個(gè)內(nèi)存溢出案例分析

1、內(nèi)存溢出現(xiàn)象 
系統(tǒng)共有8臺(tái)服務(wù)器，每次隨機(jī)只有一臺(tái)服務(wù)器報(bào)java.lang.OutOfMemoryError: GC overhead limit exceeded錯(cuò)誤，然后接著就報(bào)內(nèi)存溢出錯(cuò)誤java.lang.OutOfMemoryError: Java heap space。

2、理論支撐 
我們先解釋一下什么是GC overhead limit exceeded錯(cuò)誤。

GC overhead limt exceed檢查是Hotspot VM 1.6定義的一個(gè)策略，通過(guò)統(tǒng)計(jì)GC時(shí)間來(lái)預(yù)測(cè)是否要OOM了，提前拋出異常，防止OOM發(fā)生。Sun 官方對(duì)此的定義是：“并行/并發(fā)回收器在GC回收時(shí)間過(guò)長(zhǎng)時(shí)會(huì)拋出OutOfMemroyError。過(guò)長(zhǎng)的定義是，超過(guò)98%的時(shí)間用來(lái)做GC并且回收了不到2%的堆內(nèi)存。用來(lái)避免內(nèi)存過(guò)小造成應(yīng)用不能正常工作。

可以看到當(dāng)堆中的對(duì)象無(wú)法被收回的時(shí)候，就提前遇警報(bào)出這樣的錯(cuò)誤，此時(shí)內(nèi)存并沒(méi)有溢出，這個(gè)特性在JDK中是默認(rèn)添加的。

3、DUMP文件分析 
將dump文件導(dǎo)入VisualVM工具中，如下圖所示：

通過(guò)上圖可以看出類結(jié)構(gòu)圖中，最占用內(nèi)存的是char[]，LinkedHashMap和String三項(xiàng)。但是這三項(xiàng)的實(shí)例數(shù)并沒(méi)有占滿，看樣子不會(huì)內(nèi)存溢出，怎么才能具體分析呢？原因就在于GC overhead limt exceed，這個(gè)錯(cuò)并不會(huì)在內(nèi)存真正溢出才會(huì)報(bào)，所以通過(guò)dump文件，我們只能自己去判斷分析，哪些項(xiàng)有可能會(huì)造成溢出，我們進(jìn)入char[]項(xiàng)具體來(lái)看，會(huì)發(fā)現(xiàn)里面有很多hessian的url字符被緩存，通過(guò)排除程序可以看到由于底層中間件程序?yàn)榱颂岣摺靶阅堋保瑢⒚看握{(diào)用的url都緩存起來(lái)，不用每次都生成，但沒(méi)有相應(yīng)緩存釋放操作，于是造成了大量字符對(duì)象長(zhǎng)期持有從而報(bào)錯(cuò)，在此就不截圖來(lái)具體看代碼，涉及一些公司信息。

4、問(wèn)題解決方案 
* 可以添加JVM的啟動(dòng)參數(shù)來(lái)去掉提前報(bào)警限制：-XX:-UseGCOverheadLimit，于其讓?xiě)?yīng)用每次都提前報(bào)警，還不如讓暴風(fēng)雨來(lái)的更猛些，直接內(nèi)存溢出，因?yàn)榉?wù)器是集群，其中一臺(tái)掛掉不會(huì)影響線上正常交易，同時(shí)也方便我們通過(guò)日志來(lái)排錯(cuò)。

• 通過(guò)排查程序，檢查系統(tǒng)是否有使用大內(nèi)存的代碼不釋放或死循環(huán)。

以上是“hprof怎么用”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

新聞標(biāo)題：hprof怎么用
網(wǎng)頁(yè)地址：http://chinadenli.net/article20/pgesjo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供服務(wù)器托管、小程序開(kāi)發(fā)、軟件開(kāi)發(fā)、定制開(kāi)發(fā)、企業(yè)建站、靜態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)