1. 程式人生 > >JRockit檢測Tomcat記憶體溢位JAVA記憶體洩漏問題

JRockit檢測Tomcat記憶體溢位JAVA記憶體洩漏問題

公司的一個JAVA應用系統上線以來,基本每1天OutOfMemoryError: PermGen space一次。JAVA堆上限1個G,出現了好多次,想到JRockit可以分析記憶體洩漏的問題:
1. JRockit簡介
Jrockit是Bea開發的符合JAVA虛擬機器規範的虛擬機器+虛擬機器監控軟體。
虛擬機器:Jrockit Real Time
監控軟體:Jrockit Mission Control
Jrockit Real Time與SUN的JDK是完全相容的,也就是說以前在SUN的虛擬機器上跑的程式,在Jrockit Real Time上不會出現任何問題。
以前這套軟體只提供1個小時的免費監控時間。就是說虛擬機器啟動1個小時內監控軟體可以連上,過了一個小時就連不上了。這對一天才洩漏20M的應用程式來說,沒有什麼意義。現在已經完全免費了。這是開發者的福音。
最重要的,Jrockit是目前作者嘗試過的,唯一一套可以在生產環境中進行記憶體監控的軟體,其他軟體都會嚴重降低虛擬機器的效率應用基本無法使用。因為記憶體洩漏有時就算在壓力測試中也很難發現。大部分都是在生產環境中產生的。如果沒有一個基本不影響執行效率的軟體,想解決只能靠運氣。以前我解決過一次JAVA記憶體洩漏的問題,將程式從WEBLOGIC遷移到TOMCAT上解決了決完全屬於運氣。現在有了這個工具,解決起來就非常方便了。

2. 下載JRockit3.1.0,並安裝
下載地址:

http://www.oracle.com/technology/software/products/jrockit/index.html
要同時下載Jrockit Mission Control 3.1.0(監控軟體)和Jrockit Real Time 3.1.0(虛擬機器)

3. 伺服器端配置
1. 在伺服器段安裝Jrockit Real Time 3.1.0,
2. 設定應用程式,使用此Jrockit啟動應用程式。
Tomcat 6的設定方法是:
在catalina.sh頂部加入
JAVA_OPTS=" -verbosegc -Dcom.sun.management.jmxremote.port=7091 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=本機IP "和
JRE_HOME="Jrockit虛擬機器路徑"
將JRE_HOME改為JAVA_HOME也行。
3. 下載
http://download2.bea.com/pub/license/All%20Products/BEA_WebLogic.zip
,解壓後將其中的LIC-WLRT20.txt檔案改名為license.bea上傳到%JROCKIT_HOME%/jre/下。
4. 監控端設定
首先安裝Jrockit Mission Control 3.1.0,然後執行之。
在JVM瀏覽器檢視中,對聯結器資料夾右鍵,選擇新建連線。彈出下圖:




在“主機”處輸入IP,伺服器開放的埠已經是7091,所以不必修改。其他的不用動。點選“測試連線”狀態如果是確定則代表已經連線。點選Finish儲存新建的連線。在“聯結器”資料夾新建了一個連線。
5. 開始監控記憶體
在新建的聯結器上點選右鍵,選擇“啟動Memleak”,如圖:



彈出記憶體洩露檢測器,如圖:



最先看見的是“趨勢”選項卡,裡邊標註了佔用JAVA堆大於0.1%的類和陣列。
“型別”選項卡,顯示了型別與型別之間的引用情況。
“例項”選項卡,顯示了例項之間的引用情況。
“分配堆疊跟蹤”選項卡,顯示了指定型別在虛擬機器執行過程中被使用的情況。
6. 實戰
公司的一個JAVA應用系統上線以來,基本每1天OutOfMemory一次。JAVA堆上限1個G。
6.1 10點45分記憶體使用情況抓屏(趨勢選項卡)
注:抓屏前都進行了完全的垃圾回收。



6.2 13點17分記憶體使用情況抓屏




6.3 結論
佔用記憶體最高的類為:
edu.emory.mathcs.java.util.concurrent.ConcurrentHashMap$Segment
此類從10點多的95M漲到13點的129M。沒有釋放記憶體。此類引起記憶體洩露。
edu.emory.mathcs屬於backport-util-concurrent開源專案。用於執行緒併發程式設計。屬於java.util.concurrent包的另一個實現。
7. 堆疊分配跟蹤
知道是那個類出了問題,然後就需要知道系統中都那些類使用了這個問題。在edu.emory.mathcs.java.util.concurrent.ConcurrentHashMap$Segment上右鍵,選擇“顯示分配跟蹤”,進入“分配堆疊跟蹤”選項卡,
跟蹤一段時間如圖:



此時就會發現,使用backport-util-concurrent的是AXIS2,使用AXIS2的是我們專案裡的檔案,並且裡邊已經標註了堆疊(包名.類名.方法名(檔名:行數) ),這樣就知道那裡出現問題,對症下藥就能夠解決了。去修改程式碼吧。HOHO~

來源:Heck's Blog
地址:http://www.hecks.tk/JRockit-testing-OutOfMemoryError-PermGen-space/
轉載時須以連結形式註明作者和原始出處及本宣告,否則將追究法律責任,謝謝配合!