weblogic內(nèi)存溢出

1、WEBLOGIC內(nèi)存溢岀 解決方案相關教程：很好聽聽聽吧朱禹齊（原創(chuàng)）正文幾天部署WebLogic出現(xiàn)線程阻塞情況，查看后臺報錯vSTUCK ExecuteThread:'58' for queue:'weblogic.ker nel.Default (sei"Htf-tunin g)'has bee n busyfor "697" sec onds work ing on the requesttp Request: aaa.do", which is more tha n the con figured time (S

2、tuckThreadMaxTime) of"600" seco nds. Stack trace:后來在公司文檔中發(fā)現(xiàn)以前所有weblogic的部署使用的JDK都是Sun的，于是沒有進行具體的分析就進行了更換。今天客戶報告系統(tǒng)反應極慢 于是進行了重啟才恢復。，查看后臺發(fā)現(xiàn)包內(nèi)存溢出異常，導致整個系統(tǒng)沒有反應,以下內(nèi)容轉(zhuǎn)自其他 Blog場景:用戶培訓需要培訓環(huán)境，培訓環(huán)境搭好后， 由于不常更新跑的時間較長，考驗系統(tǒng)穩(wěn)定性的時候到了，很可惜穩(wěn)定性這個問題與我們大家的美好愿望一直背道而馳，天天求神拜佛也不行很不給面子，發(fā)現(xiàn)了一個原因解決了又岀現(xiàn)了其他引起當機的因素，弄得是焦頭爛額

3、， 下面就是我們發(fā)現(xiàn)的一個引起當機的原因，請各位提高警惕。9月16日系統(tǒng)當機，Weblogic報岀 java.lang.OutOfMemoryError: PermGen space異常，10-15分鐘后就會發(fā)生<STUCK ExecuteThread:2 for queue:'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1221538218253> <BEA- 000339 > <STUCKExecuteTh

4、read:'2' for queue:'weblogic.ker nel.Default (self-tu ning)'has become"unstuck".>的錯誤，此時 domain 的控制臺已經(jīng)無法訪問。排查分析:1、參考 tomcatFAQ: http:/wiki. apache .org/tomcat/FAQ/Deployment中如下內(nèi)Why does the memory usage in crease whe n I redeploy a web applicati on?Because the Classloader

5、 (a nd the Class objects it loaded) cannot be r ecycled. They are storedin the permanent heap generation by the JVM,and when you redepoy anew class loader is created, which loads another copy of all these classes. This can cause OufOfMemoryErrors eve nt ually.Tomcat FAQ 指岀 SUN JVM 對處于 perma nent hea

6、p gen eration(默認 4M)的內(nèi)容不做垃圾回收會導致內(nèi)存溢出錯誤。2、 在 SUN 官方網(wǎng)站找到一個 2003 年的 bug Report ，http:/，Synopsis :PermHeap bloat in and only in server VM， 直到 現(xiàn)在狀 態(tài)還是6-Fix Un derstood,沒有修復。解決方案：根據(jù)上面的分析， 再結合我們系統(tǒng)的環(huán)境 （Weblogic 使用Solairs 系統(tǒng)安裝的JDK5. 0）我 們可以確定是由于 SUN JVM 對perma nent heap gen eration區(qū)域的內(nèi)容不做垃圾回收造 |成應用動態(tài)Load cla

7、ss文件過多引起的 OutOfMemory 錯誤。同時提岀兩套解決方案：增加PermGen space參數(shù)大小更換不同廠家JVM考慮由于開發(fā)采用 JDK1. 5，換用其他JVM存在風險，故修改 weblogic啟動服務調(diào)用的批處理setDomainEnv.sh文件，將其中的一截片斷進行修改：if "$JAVA_VENDOR" = "Su n" ; thenMEM_ARGS= "$MEM_ARGS $MEM_DEV_ARGS -XX:MaxPermSize=128m"export MEM_ARGSfi中MaxPermSize 改成102

8、4m，驗證問題是否存在。實施結果:系統(tǒng)再未岀現(xiàn)OutOfMemoryError運行正常.該原因引起的當機問題解決。從Java的經(jīng)典書籍到 Sun的官方網(wǎng)站都在宣揚 Java的優(yōu)勢之一 一圾回收，"自動釋放內(nèi)存, 減輕編程負擔”，可是誰能想到 Sun的JVM還有這問題 一回收load class文件而產(chǎn)生的Class類對象。所以不要迷信權威，根據(jù)現(xiàn)象一步一步抽絲剝繭、細心求證才是王道!項目大了以后開發(fā)環(huán)境頻繁deploy 會導致weblogic 報permGen 錯誤，查了一下，暫時解決的辦法是：在 weblogic/common/bin/commEnv.sh中配置MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"|-Xms :內(nèi)存初始值-Xmx :內(nèi)存最大值（不要超過內(nèi)存的80%）MaxPermSi