當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

jvisualVM调优案例

發布時間：2023/12/10 编程问答 60 豆豆

生活随笔收集整理的這篇文章主要介紹了 jvisualVM调优案例小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

jvisualVM是一款jdk自帶的圖像化jvm性能監控工具，可以：

很棒的一點是，這個圖是動態變化的，可以動態的看見堆內存各區域的動態變化：

使用案例：

生產環境服務器處理業務請求變慢，通過jvisualVM發現ygc的次數非常頻繁，沒發生fgc，老年代的空間非常充足，以上現象說明eden區的空間小，但是這臺機器的內存是32G，不至于缺乏內存，從jvisualVM上看，可用的eden區內存高達3G。那為什么會頻繁的ygc呢？

仔細研究發現，雖然eden區的可用內存也即最大可分配內存高達3G，但實際分配給eden區的內存只有150M，難怪ygc那么頻繁。

那為什么只分配給eden區150M內存呢，繼續觀察發現old區的分配內存也沒有想象中的多，但是old區在不斷的動態調整，不斷擴大，eden區的實際分配內存基本沒有變化。

心里大致有底了，檢查了下jvm參數，發現沒有配置-Xms、-Xmx，在沒有明確指定堆內存的大小的情況下，jvm會根據應用所需要的最小堆內存進行內存規劃，導致了eden區過小。

定位到了這個問題，就知道該怎么辦了，顯式配置-Xms8g、-Xmx8g，重啟應用，ygc明顯減少，應用吞吐量大幅增加，一次成功的jvm優化。

這里需要清楚jvisualVM的visual gc界面的使用，visual gc是jvisualVM的插件，要先安裝，安裝極其簡單，通過jvisualVM即可快速完成。

visual gc界面詳解：

關鍵要理解eden可用大小和實際分配大小，如果不通過-Xms、-Xmx明確指定堆空間大小的話，eden可用大小和實際分配大小可能會有很大差距，導致eden區頻繁發生ygc。

1，生成dump文件

2，自帶解析并可視化

可以通過實例數找到大對象和大集合對象，以及通過“與另一個堆轉儲進行比較”確定不同時間點上對象在堆內存的變化情況，結合實際情況根據這些線索進一步確定問題所在。

MAT是更強大的dump文件分析工具，如果說有必須要掌握的圖形化jvm監控工具的話，jvisualVM和MAT是唯二兩款。

后面再分析MAT的使用。

1，生成線程信息

2，查看生成的線程相關信息

查看線程狀態及各狀態持續時間。

可惜的是，不能搜索，生成環境幾十上百個線程，不能搜索就代表著雞肋。

案例：定位C3P0連接池滿導致應用阻塞，響應緩慢

thread2一直被阻塞，直接原因是線程池連接數全部被占用，連接池被用完有如下幾個可能：

解決方案：
1，加大連接池數量；
2，修改代碼，使用完連接后要關閉連接；
3，優化sql，提升sql執行性能；

以上是生活随笔為你收集整理的jvisualVM调优案例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。