?
公司的一個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/
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/
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
