【正文】 9839。9839。10039。12239。12839。14339。139。039。239。例如在 EJB里開 Socket – 合理的從數(shù)據(jù)庫取得適量數(shù)據(jù) – XML解析對大內(nèi)存的需求 – 統(tǒng)計和報表業(yè)務(wù)的負(fù)荷問題 – 良好的代碼習(xí)慣 81 小節(jié)回顧 ? 預(yù)防內(nèi)存不足和內(nèi)存泄漏 ?系統(tǒng)管理 ?代碼編寫 在本小節(jié)中，我們講述了以下內(nèi)容： 82 MENU ? 選擇合適的 Java虛擬機(jī) ? Java內(nèi)存管理的基本概念 ? GC次數(shù)過多消耗時間過長的原因和癥狀 ? 內(nèi)存不足和內(nèi)存泄漏錯誤的原因和癥狀 ? 診斷、定位和解決內(nèi)存不足和內(nèi)存泄漏錯誤 ? 使用分析工具解決內(nèi)存不足和內(nèi)存泄漏錯誤 ? 預(yù)防內(nèi)存不足和內(nèi)存泄漏 ? OutOfMemory/Memory Leak錯誤實例 83 OutOfMemory錯誤實例 案 例 一 84 OutOfMemory錯誤實例（ 1）現(xiàn)象 ?環(huán)境 IBM AIX ， ， Weblogic Server 813 ?剛啟動很好，過了一段時間，用戶數(shù)上來，就發(fā)生OOM。 – 確定是否使用了任何本地模塊或 JNI 代碼。 完整 GC 消息示例： [memory ] : GC 131072K130052K (131072K) in ms 42 分析 GC日志－－ 分析 GC 輸出 ?GC 輸出可以反映以下情況： – OOM 錯誤是否發(fā)生在運(yùn)行完整 GC 之后 – GC 返回了多少空閑空間， GC運(yùn)行了多長時間 – 內(nèi)存使用量是否增加緩慢（即表明發(fā)生了內(nèi)存泄漏，通常需要觀察長時間 /大量的 GC日志） – 是否存在內(nèi)存碎片 – 結(jié)合 JVM進(jìn)程內(nèi)存大小，判斷 Java heap內(nèi)存問題還是本地內(nèi)存問題 43 分析 GC日志－－確定內(nèi)存問題類型 ?基本確定內(nèi)存問題類型 – Java堆內(nèi)存不足 – 本地內(nèi)存泄漏 ?不同內(nèi)存問題類型，解決方案有所不同 ?如何確定： – Java堆內(nèi)存不足 ? Java進(jìn)程內(nèi)存比較穩(wěn)定 ? GC日志顯示， heap區(qū)內(nèi)存不夠， GC很頻繁 – 本地內(nèi)存泄漏 ? GC日志顯示， heap內(nèi)存尚有足夠空間 ? 但是 Java進(jìn)程卻隨時間一直在增長（需要長時間觀察積累） 44 處理 Java Heap OOM 錯誤 ?對于 Java Heap OOM 錯誤： – 請確保啟用 verbose GC，也就是在啟動服務(wù)器時使用 java verbosegc 開關(guān) – 檢查 OOM 錯誤是否發(fā)生在運(yùn)行了完整的 GC 之后 – 檢查是否執(zhí)行了內(nèi)存壓縮以減少內(nèi)存碎片 – 還要留意初始（和周期） JVM 堆可用性 /占用率。 平臺上使用。 – Xgcpolicy:optavgpause 通過并發(fā)地執(zhí)行一部分垃圾收集，在高吞吐量和短 GC 停頓之間進(jìn)行折中。 – 通常在空閑內(nèi)存降低到某一水平或內(nèi)存分配達(dá)到某一 數(shù)量后自動觸發(fā)。JDK 縮技術(shù)后， 64位略微領(lǐng)先 32位 JDK – 主要適用于內(nèi)存需求較小， CPU密集型應(yīng)用 ? 64位 JDK主要用于大內(nèi)存應(yīng)用： – 突破 4G內(nèi)存限制 – 吞吐量并沒有提高 – 主要用于大內(nèi)存需求的系統(tǒng) – 盡量啟用指針壓縮技術(shù) IBM: Xpressedrefs SUN:d64 XX:+UseCompressedOops BEA:XXpressedRefs=true 7 小節(jié)回顧 ? Java虛擬機(jī)的種類 ? 如何選擇合適的 Java虛擬機(jī) ? 32bit VS 64bit 在本小節(jié)中，我們講述了以下內(nèi)容： 8 MENU ? 選擇合適的 Java虛擬機(jī) ? Java內(nèi)存管理的基本概念 ? GC次數(shù)過多消耗時間過長的原因和癥狀 ? 內(nèi)存不足和內(nèi)存泄漏錯誤的原因和癥狀 ? 診斷、定位和解決內(nèi)存不足和內(nèi)存泄漏錯誤 ? 使用分析工具解決內(nèi)存不足和內(nèi)存泄漏錯誤 ? 預(yù)防內(nèi)存不足和內(nèi)存泄漏 ? OutOfMemory錯誤實例 9 Java內(nèi)存管理的基本概念 ? Java內(nèi)存 – Java 堆內(nèi)存（ heap） – Permanent區(qū)（ Sun/Hp JDK） ? Java 堆內(nèi)存 (heap)： – 是 JVM 用于分配 Java 對象的內(nèi)存，包含活動對象 和不可用對象 – 堆大小通常是在服務(wù)器啟動時使用 java 命令中的 –Xms(最小 ) –Xmx（最大） 標(biāo)志來定義。 計算機(jī)的 物理內(nèi)存 = RAM + 交換空間 進(jìn)程 A 的 虛擬內(nèi)存 保留供 OS 使用 Java 堆 本地內(nèi)存 可執(zhí)行 文件 /庫 進(jìn)程 B 的 虛擬內(nèi)存 保留供 OS 使用 Java 堆 本地內(nèi)存 可執(zhí)行 文件 /庫 進(jìn)程的虛擬內(nèi)存受 OS 進(jìn)程 大小的限制。 200ms是 RealTime JDK的分界線 – XgcPrio:deterministic 動態(tài)調(diào)整的垃圾收集策略 ?示例： – Xms1024m Xmx1024m Xgcprio:pausetime Xpausetarget=210ms XgcReport XgcPause Xverbose:memory 23 常見 GC算法 IBM ? 根據(jù)回收器，簡單分為： – Xgcpolicy:optthruput 默認(rèn)策略。建議對于有 16 個或更多處理器的 SMP 計算機(jī)使用這種策略。 32 JVM退出時產(chǎn)生的文本 Core文件 ? 通常 JVM異常退出伴隨會產(chǎn)生一個文本 Core文件 – 除了 OOM， JVM也會因為其他原因異常退出 – IBM JDK javacore****.txt文件 – Sun amp。 – 使用分析器工具來查看收集到的信息。 ?常用內(nèi)存分析工具 – 此類工具非常多，推薦使用輕量級分析工具 – YourKit －輕量級 – Eeclipse Memory Analyzer －離線分析 – IBM Heap Analyzer amp。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 (TID:0x30105890, sys_thread_t:0x799A70A0, state:MW, native ID:0x6C6D) prio=5 ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) ? 4XESTACKTRACE at ((Compiled Code)) 90 OutOfMemory錯誤實例（ 1） － 分析 問題在哪里？？？ 91 OutOfMemory錯誤實例（ 1）分析 ?用戶沒有估計到報表業(yè)務(wù)的內(nèi)存需求量 ?用戶調(diào)整報表業(yè)務(wù)的實現(xiàn)方式和技術(shù)方案 92 OutOfMemory錯誤實例 案 例 二 93 OutOfMemory錯誤實例（ 2）現(xiàn)象 ?環(huán)境 Windows 2022， 32bit，Weblogic Server MP3 ?剛剛啟動，運(yùn)行非常正常 ?過了一段時間（不定）， Weblogic Server拋出 OOM異常 。 (0x799A70A0) 89 OutOfMemory錯誤實例（ 1） － Thread Dump ? 3XMTHREADINFO ExecuteThread: 39。 (0x79AB6420) ? 3LKWAITER ExecuteThread: 39。 (0x7A660C20) ? 3LKWAITER ExecuteThread: 39。 (0x7A98E6A0) ? 3LKWAITER ExecuteThread: 39。 (0x7B180920) ? 3LKWAITER ExecuteThread: 39。 (0x7BA1F8A0) ? 3LKWAITER ExecuteThread: 39。 (0x7BD298A0) ? 3LKWAITER ExecuteThread: 39。 (0x7DF83CA0) ? 3LKWAITER (0x7D9D78A0) ? 3LKWAITER (0x7C6E3320) ? 3LKWAITER Thread5 (0x7C25BC20) ? 3LKWAITER ExecuteThread: 39。 85 OutOfMemory錯誤實例（ 1）問題 收集什么信息？？？ 86 OutOfMemory錯誤實例（ 1）答案 ?GC日志 ?JavaCore文件分析 ?Thread Dump ?HeapDump用 HeapAnalyser 87 OutOfMemory錯誤實例（ 1） － GC日志 ? GC(1): freed 30618248 bytes, 97% free (1048443192/1073674752), in 44 ms ? GC(7): freed 915866016 bytes, 88% free (948327168/1073674752), in 151 ms ? GC(8): freed 637378736 bytes, 63% free (680325728/1073674752), in 290 ms ? GC(9): freed 78799496 bytes, 10% free (111009736/1073674752), in 550 ms ? GC(10): freed 2988992 bytes, 10% free (113998728/1073674752), in 514 ms ? GC(11): freed 2616648 bytes, 0% free (2616648/1073674752), in 570 ms ? GC(12): freed 33508896 bytes, 3% free (36125544/1073674752),