was manage內(nèi)存溢出
異常內(nèi)存溢出有個(gè)復(fù)雜的說明，為此學(xué)習(xí)啦小編為大家整理推薦了以下內(nèi)容，希望大家喜歡。
was manage內(nèi)存溢出
WAS 內(nèi)存溢出(OutofMemory)問題分析常用方法
簡述 OOM(內(nèi)存溢出)：
內(nèi)存溢出是指在應(yīng)用系統(tǒng)中存在無法回收的內(nèi)存或內(nèi)存使用的過多，最終導(dǎo)致應(yīng)用程序無法為新的對(duì)象分配內(nèi)存空間，這時(shí)Java運(yùn)行時(shí)會(huì)拋出一個(gè) OutOfMemoryError 的異
常，簡稱 OOM。
簡述 Java堆(Java Heap)：
JVM 內(nèi)存從邏輯上來說分為多個(gè)空間，Java堆是 JVM 所管理的內(nèi)存空間中最大的一塊。我們可以通過 JVM 啟動(dòng)參數(shù) -Xms、-Xmx 來設(shè)定它的大小。GC 工作的主要區(qū)域也是
在這里，因?yàn)榛旧纤械膶?duì)象實(shí)例的內(nèi)存都是在這里分配的。
簡述 GC (垃圾收集器)：
在 JVM 中，內(nèi)存的釋放是由垃圾收集器(GarbageCollection，GC)完成的，當(dāng)一個(gè)對(duì)象不再被引用的時(shí)候，GC 便回收它所占用的內(nèi)存空間。
-----------------------------------
觸發(fā)內(nèi)存溢出的可能原因：
1、集合類中(List、MAP)有對(duì)對(duì)象的引用，使用完后未清空
2、內(nèi)存一次性加載的數(shù)據(jù)量過多
3、內(nèi)存產(chǎn)生大量碎片，沒有連續(xù)可用空間
4、代碼中存在死循環(huán)或遞歸調(diào)用
5、JVM 啟動(dòng)參數(shù)內(nèi)存值設(shè)定的過小
6、系統(tǒng)物理內(nèi)存過小
-----------------------------------
在分析問題時(shí)，我們需要收集以下日志：
GC日志：native_stderr.log (在 JVM 啟動(dòng)參數(shù)中加入 -verbose:gc 打開詳細(xì)垃圾回收)
通過 GC 日志native_stderr.log查看垃圾回收情況
應(yīng)用系統(tǒng)日志：SystemOut.log
查看具體錯(cuò)誤信息
線程轉(zhuǎn)儲(chǔ)：javacore
通過 heapdump 分析可疑泄漏對(duì)象
堆轉(zhuǎn)儲(chǔ)：heapdump
通過 javacore 分析線程執(zhí)行狀態(tài)
------------------------------------
生成javacore和heapdump，可以多次收集，然后通過工具比較分析，這樣更容易發(fā)現(xiàn)問題
[root@was01 bin]# ./wsadmin.sh -user wasadmin -password password
設(shè)置jvm環(huán)境變量
wsadmin>set jvm [$AdminControl completeObjectName type=JVM,process=server1,*]
生成javacore文件：
wsadmin>$AdminControl invoke $jvm dumpThreads
找到JVM對(duì)象名字
wsadmin>set objectName [$AdminControl queryNames type=JVM,process=server1,*]
生成heapdump文件：
wsadmin>$AdminControl invoke $objectName generateHeapDump
------------------------------------
在 WAS 中，我們可以嘗試以下方法，緩解內(nèi)存溢出問題，具體方法請(qǐng)根據(jù)實(shí)際情況判斷：
1、更改垃圾回收算法
2、優(yōu)化 JVM 啟動(dòng)參數(shù)
3、增加 JVM 內(nèi)存大小要想更好的解決 java.lang.OutOfMemoryError 的問題，我們需要從應(yīng)用程序入手，因?yàn)閮?yōu)化程序帶來的性能改善遠(yuǎn)遠(yuǎn)高于對(duì) WAS 的調(diào)試。
-----------------------------------------
以下是對(duì)內(nèi)存泄漏的幾種分類：(摘抄自網(wǎng)絡(luò))
1. 常發(fā)性內(nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼會(huì)被多次執(zhí)行到，每次被執(zhí)行的時(shí)候都會(huì)導(dǎo)致一塊內(nèi)存泄漏。
2. 偶發(fā)性內(nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼只有在某些特定環(huán)境或操作過程下才會(huì)發(fā)生。常發(fā)性和偶發(fā)性是相對(duì)的。對(duì)于特定的環(huán)境，偶發(fā)性的也許就變成了常發(fā)性的。所以測試環(huán)境和測試方法對(duì)檢測內(nèi)存泄漏至關(guān)重要。
3. 一次性內(nèi)存泄漏。發(fā)生內(nèi)存泄漏的代碼只會(huì)被執(zhí)行一次，或者由于算法上的缺陷，導(dǎo)致總會(huì)有一塊且僅有一塊內(nèi)存發(fā)生泄漏。
4. 隱式內(nèi)存泄漏。程序在運(yùn)行過程中不停的分配內(nèi)存，但是直到結(jié)束的時(shí)候才釋放內(nèi)存。嚴(yán)格的說這里并沒有發(fā)生內(nèi)存泄漏，因?yàn)樽罱K程序釋放了所有申請(qǐng)的內(nèi)存。但是對(duì)于一個(gè)服務(wù)器程序，需要運(yùn)行幾天，幾周甚至幾個(gè)月，不及時(shí)釋放內(nèi)存也可能導(dǎo)致最終耗盡系統(tǒng)的所有內(nèi)存。所以，我們稱這類內(nèi)存泄漏為隱式內(nèi)存泄漏。