jvm內(nèi)存問題最佳實(shí)踐(文件)

　

【正文】 理內(nèi)存 – 調(diào)整合理的 Heap設(shè)置 – 調(diào)整 Swap區(qū)大小 ? 繼續(xù)跟蹤 – 通過 Java進(jìn)程內(nèi)存大小和 Heap大小判斷 ? Java堆內(nèi)存問題 ? 本地內(nèi)存問題 – 加上 GC Flag來分析 ? IBM JDK ? verbose:gc Xverbosegclog:path_GC_log_file_name ? HP JDK ? Xverbosegc[:help]|[0|1][:file=[stdout|stderr|filename]] Xloggc ? Sun JDK / BEA Jrockit ? verbose:gc – 繼續(xù)下一步 – 分析 GC日志 41 分析 GC日志－－ 完整 GC 的輸出 ?不同的 JDK將產(chǎn)生不同格式 GC日志，以下分析以 Sun JDK標(biāo)準(zhǔn) GC日志為準(zhǔn) ?不同的 JDK有各自的其他豐富信息的 GC開關(guān)選項(xiàng) ?完整 GC 將產(chǎn)生類似如下內(nèi)容的消息： [memory ] start: GC beforeKafterK (heapK), total ms 其中： start GC 的開始時(shí)間（秒），從 JVM 啟動(dòng)開始計(jì)算 before 回收前對象所使用的內(nèi)存 (KB) after 回收后對象所使用的內(nèi)存 (KB) size 回收后的堆大小 (KB) total 執(zhí)行回收的總時(shí)間（毫秒）。 50 JRockit 功能 ? JRockit 支持 Java 運(yùn)行時(shí)分析器 (Java Runtime Analyzer, JRA)： – 該分析器對 JRockit JVM 及 JRockit 上運(yùn)行的 Java 應(yīng)用程序都能夠進(jìn)行運(yùn)行時(shí)性能分析。 – 定期監(jiān)視進(jìn)程內(nèi)存大小： ? 在 Unix/Linux 上，使用 ps p PID o vsz 或者 top命令 ? 在 Windows 上，使用 perfmon 工具。 ?如果存在本地內(nèi)存泄漏 – 增加物理內(nèi)存，只能夠延緩故障發(fā)生，無法根除問題 54 處理本地內(nèi)存 OOM（ 4） ? 從 GC日志中看到 Heap實(shí)際使用大小遠(yuǎn)小于最大值，可以減少這個(gè)最大值，提供更多可用的本地內(nèi)存 ? 如果 RAM 和交換空間不足，添加內(nèi)存或者升級(jí)計(jì)算機(jī) ? JVM 使用本地內(nèi)存： – 加載類和生成代碼，但在啟動(dòng)幾小時(shí)后，內(nèi)存使用量通常會(huì)穩(wěn)定下來 – 可能會(huì)發(fā)生運(yùn)行時(shí)類加載和代碼優(yōu)化（ JIT） – 禁用 JIT功能： ? 如果使用的是 JRockit， Xnoopt ? 如果使用的是 Sun/HP的 JDK， Xint ? 如果使用的是 IBM JDK， =NONE 55 處理本地內(nèi)存 OOM（ 5） ? 最后，如果無法查明本地內(nèi)存 OOM 錯(cuò)誤的成因： – 請與 JVM 供應(yīng)商聯(lián)系，找到跟蹤本地內(nèi)存分配調(diào)用的方法 – 請與第三方模塊或 JNI 代碼供應(yīng)商聯(lián)系，是否有調(diào)試 /跟蹤功能 ? 繼續(xù)收集和分析有關(guān) OOM 錯(cuò)誤發(fā)生時(shí)間和發(fā)生原因的信息 ? 如果存在多個(gè)成因，縮小探查范圍可能需要一些時(shí)間。MDD4J 在本小節(jié)中，我們學(xué)習(xí)了以下內(nèi)容： 77 MENU ? 選擇合適的 Java虛擬機(jī) ? Java內(nèi)存管理的基本概念 ? GC次數(shù)過多消耗時(shí)間過長的原因和癥狀 ? 內(nèi)存不足和內(nèi)存泄漏錯(cuò)誤的原因和癥狀 ? 診斷、定位和解決內(nèi)存不足和內(nèi)存泄漏錯(cuò)誤 ? 使用分析工具解決內(nèi)存不足和內(nèi)存泄漏錯(cuò)誤 ? 預(yù)防內(nèi)存不足和內(nèi)存泄漏 ? OutOfMemory/Memory Leak錯(cuò)誤實(shí)例 78 預(yù)防內(nèi)存不足和內(nèi)存泄漏 ?最好的補(bǔ)救不如事先的預(yù)防 ?預(yù)防內(nèi)存不足和內(nèi)存泄漏 – 系統(tǒng)管理 – 代碼編寫 79 預(yù)防內(nèi)存不足和內(nèi)存泄漏－系統(tǒng)管理 ? 系統(tǒng)管理 – 足夠的物理內(nèi)存，適當(dāng)?shù)?Swap區(qū)大小 – 最佳的 HEAP內(nèi)存設(shè)置 – 使用最新的操作系統(tǒng) /最新的 JDK/最新版本的 WLS – 使用 Weblogic Server認(rèn)證的 JDK – 盡量少使用第三方本地代碼，或使用 Java替代方案 – 對 Sun JDK，合適的 Permanent區(qū)大小 – 適當(dāng)?shù)睦厥账惴ê筒呗? – 適當(dāng)?shù)?HttpSession Timeout時(shí)間 – 適當(dāng)?shù)?EJB Pool/Cache – 適當(dāng)?shù)?weblogic server調(diào)優(yōu) 80 預(yù)防內(nèi)存不足和內(nèi)存泄漏－代碼編寫 ?代碼編寫 – 不要放置大量對象到 Session中 – 不要緩存太多數(shù)據(jù) – 用完的資源一定要 close()，例如 IO， File， JDBC連接 – 不要違反 J2EE規(guī)范。 85 OutOfMemory錯(cuò)誤實(shí)例（ 1）問題 收集什么信息？？？ 86 OutOfMemory錯(cuò)誤實(shí)例（ 1）答案 ?GC日志 ?JavaCore文件分析 ?Thread Dump ?HeapDump用 HeapAnalyser 87 OutOfMemory錯(cuò)誤實(shí)例（ 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), in 1068 ms ? GC(13): freed 36543728 bytes, 3% free (36543728/1073674752), in 1096 ms ? GC(14): freed 35539080 bytes, 6% free (72082808/1073674752), in 1154 ms ? ******************************************** ? GC(25): freed 36172752 bytes, 3% free (36172752/1073674752), in 1209 ms ? GC(26): freed 35313152 bytes, 6% free (71485904/1073674752), in 1186 ms ? GC(27): freed 1602776 bytes, 0% free (1602776/1073674752), in 934 ms ? GC(44): freed 17638904 bytes, 3% free (36564840/1073674752), in 1375 ms ? GC(45): freed 73536 bytes, 0% free (73536/1073674752), in 734 ms ? GC(47): freed 17252248 bytes, 1% free (17252248/1073674752), in 1425 ms ? GC(48): freed 9550608 bytes, 0% free (9550608/1073674752), in 1443 ms ? GC(49): freed 1014816904 bytes, 94% free (1014816904/1073674752), in 101 ms ? GC(50): freed 758913488 bytes, 91% free (979761952/1073674752), in 155 ms 88 OutOfMemory錯(cuò)誤實(shí)例（ 1） － Thread Dump ? 1TISIGINFO OUTOFMEMORY received ? 1TIDATETIME Date: 2022/05/11 at 15:56:13 ? 1TIFILENAME Javacore filename: /bea/user_projects/domains/mydomain/ ? 1XHTIME Wed May 11 15:56:13 2022 ? 1XHSIGRECV Unexpected signal 1 received at 0x0 in unknown. Processing terminated. ? 1XHFULLVERSION J2RE IBM AIX build ca142020220626 ? 2CIUSERARG Xms1024m ? 2CIUSERARG Xmx1024m ? 2CIUSERARG verbose:gc ? 2CIUSERARG Xverbosegclog:/bea/ ? 1STHEAPFREE Bytes of Heap Space Free: 45b8 (17,848) ? 1STHEAPALLOC Bytes of Heap Space Allocated: 3ffefa00 (1,073,674,752) ? 2LKREGMON Heap lock (0x30071788): owner ExecuteThread: 39。 (0x7BA1EC20), entry count 2 ? 3LKWAITERQ Waiting to enter: ? 3LKWAITER ExecuteThread: 39。 (0x7DF83CA0) ? 3LKWAITER (0x7D9D78A0) ? 3LKWAITER (0x7C6E3320) ? 3LKWAITER Thread5 (0x7C25BC20) ? 3LKWAITER ExecuteThread: 39。 (0x7BD332A0) ? 3LKWAITER ExecuteThread: 39。 (0x7BD298A0) ? 3LKWAITER ExecuteThread: 39。 (0x7BA1FEA0) ? 3LKWAITER ExecuteThread: 39。 (0x7BA1F8A0) ? 3LKWAITER ExecuteThread: 39。 (0x7B4AE3A0) ? 3LKWAITER ExecuteThread: 39。 (0x7B180920) ? 3LKWAITER ExecuteThread: 39。 (0x7B0F8F20) ? 3LKWAITER ExecuteThread: 39。 (0x7A98E6A0) ? 3LKWAITER Execut