【正文】 8139。10739。14239。239。039。 ? JRA 包括以下兩個(gè)部分： – 收集有關(guān) JVM 和當(dāng)前正在運(yùn)行的 Java 應(yīng)用程序的數(shù)據(jù)。 – Xgcpolicy:subpool 采用與默認(rèn)策略相似的算法，但是采用一種比較適合多處理器計(jì)算機(jī)的分配策略。 – 其他操作系統(tǒng)請(qǐng)查看操作系統(tǒng)文檔和對(duì)應(yīng) JVM文檔 12 物理內(nèi)存和虛擬內(nèi)存 進(jìn)程的虛擬內(nèi)存由 OS 映射到物理內(nèi)存。 – 各種 JDK的垃圾回收都有多種算法和策略 ?以下 OutOfMemory 簡(jiǎn)稱 OOM ?以下 Memory Leak 簡(jiǎn)稱 ML ?Heap簡(jiǎn)稱 “ 堆 ” 14 Java內(nèi)存問題的三種表現(xiàn)形式 1 ? Java內(nèi)存問題的三種表現(xiàn)形式： – GC次數(shù)過多，導(dǎo)致占用時(shí)間過長(zhǎng) – 內(nèi)存不足錯(cuò)誤 – 內(nèi)存泄漏錯(cuò)誤 ? GC占用時(shí)間過長(zhǎng)－－系統(tǒng)明顯感覺比較慢 – Heap區(qū)、 Perm區(qū)分配內(nèi)存總量夠用 – 通過 verbose gc、 jstat觀察， GC占用時(shí)間超過總時(shí)間的 5%甚至更高 ? 內(nèi)存不足錯(cuò)誤－－明確顯示出 – 沒有空閑內(nèi)存可供 JVM 或本地代碼用于分配新對(duì)象或內(nèi)存塊 – 在 Java 堆 或 本地內(nèi)存 中都可能發(fā)生 15 Java內(nèi)存問題的三種表現(xiàn)形式 2 ?內(nèi)存泄漏錯(cuò)誤－－沒有錯(cuò)誤信息，但是內(nèi)存幾乎耗盡 – 已經(jīng)分配好的內(nèi)存或?qū)ο?，?dāng)不再需要，沒有得到釋放 – 內(nèi)存曲線是一條斜向上的曲線 – 對(duì) Java 堆 或 本地內(nèi)存 都可能產(chǎn)生這個(gè)問題 – 通常最終的狀態(tài)就會(huì)導(dǎo)致 OOM 錯(cuò)誤 ?通常內(nèi)存泄漏 ML會(huì)導(dǎo)致 OOM錯(cuò)誤，因此兩者的探查方法完全相同！ 16 Java內(nèi)存問題的兩個(gè)主要發(fā)生區(qū)段 ? Java內(nèi)存問題的兩個(gè)主要發(fā)生區(qū)段： – Java內(nèi)存－－包括 heap堆內(nèi)存和 permanent區(qū) – 本地內(nèi)存－－包括 JVM進(jìn)程內(nèi)存和 java使用的第三方本地代碼 ? Java內(nèi)存分配不合理 – Java堆內(nèi)存充足，但是 S0、 S Eden、 Old區(qū)分配不合理 – Perm區(qū) Xms不足 Xmx充足，類動(dòng)態(tài)加載引起 Perm增長(zhǎng)導(dǎo)致 FULL GC ? Java內(nèi)存不足 – Java堆內(nèi)存 heap不足，無法再分配新對(duì)象或內(nèi)存塊 – permanent區(qū)內(nèi)存不足，無法再加載類到內(nèi)存中（ Sun amp。需要擴(kuò)展到大型計(jì)算機(jī)上的應(yīng)用程序可以從這種策略中受益。 – 還要檢查計(jì)算機(jī)的物理內(nèi)存總量（ RAM 和交換空間 之和）是否足以滿足所有正在運(yùn)行的進(jìn)程的需要 52 處理本地內(nèi)存 OOM（ 2） ? 請(qǐng)記住，進(jìn)程內(nèi)存大?。? – 是進(jìn)程運(yùn)行時(shí)所占用的地址空間 – 受 OS 進(jìn)程大小值的限制： ? 32 位 Unix：進(jìn)程大小限值為 4GB，保留 12GB 供 OS 自己使用 ? Red Hat Linux AS ：可供應(yīng)用程序使用的進(jìn)程大小為 3GB ? Windows：進(jìn)程大小限值為 2GB（缺省值），但可以增加到 3GB – 包括 Java 堆內(nèi)存， JVM 在服務(wù)器啟動(dòng)時(shí)會(huì)保留指定的最大值 – 還可能由 JNI 代碼或本地模塊（例如，本地 JDBC 驅(qū)動(dòng)程序） 進(jìn)行分配 – 還會(huì)受計(jì)算機(jī)物理內(nèi)存及計(jì)算機(jī)中運(yùn)行的其它進(jìn)程的限制。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 for queue: 39。 (0x79A2EA20) ? 3LKWAITER ExecuteThread: 39。 (0x7A906D20) ? 3LKWAITER ExecuteThread: 39。 (0x7B4AE3A0) ? 3LKWAITER ExecuteThread: 39。 (0x7BD332A0) ? 3LKWAITER ExecuteThread: 39。MDD4J 在本小節(jié)中，我們學(xué)習(xí)了以下內(nèi)容： 77 MENU ? 選擇合適的 Java虛擬機(jī) ? Java內(nèi)存管理的基本概念 ? GC次數(shù)過多消耗時(shí)間過長(zhǎng)的原因和癥狀 ? 內(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替代方案 – 對(duì) 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)存泄漏－代碼編寫 ?代碼編寫 – 不要放置大量對(duì)象到 Session中 – 不要緩存太多數(shù)據(jù) – 用完的資源一定要 close()，例如 IO， File， JDBC連接 – 不要違反 J2EE規(guī)范。如果 heap設(shè)置不大 1G左右，那么需要考慮本地內(nèi)存泄漏的可能 ?剩余可用內(nèi)存 – 結(jié)合物理總內(nèi)存， Java進(jìn)程內(nèi)存綜合考慮是否合理 ?Swap區(qū)大小 – Swap區(qū)通常建議是物理內(nèi)存的 2－ 3倍 39 查看現(xiàn)場(chǎng) /收集信息 (2) ? 查看 GC log 或 進(jìn) console查看內(nèi)存使用曲線 – 并發(fā)用戶數(shù)量 /主要業(yè)務(wù)類型分析 – 當(dāng)時(shí)并發(fā)用戶數(shù)量以及 session大小分析 – 主要業(yè)務(wù)類型分析，是否有大內(nèi)存占用的業(yè)務(wù)，例如統(tǒng)計(jì)報(bào)表等等 ? 立即做 thread dump幫助分析 – 每隔 30秒做一次，做 3次 – Unix/Linux : kill 3 pid – Windows : Ctrl+break ? 收集操作系統(tǒng) /JDK/WLS信息 – 操作系統(tǒng)版本信息 – JDK版本信息 – WebLogic Server版本信息 ? 是否使用了第三方本地代碼 40 查看現(xiàn)場(chǎng) /收集信息－－措施 ? 調(diào)整措施 – 增加物理內(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 回收前對(duì)象所使用的內(nèi)存 (KB) after 回收后對(duì)象所使用的內(nèi)存 (KB) size 回收后的堆大小 (KB) total 執(zhí)行回收的總時(shí)間（毫秒）。每當(dāng)進(jìn)行垃圾收集時(shí)，應(yīng)用程序都會(huì)停頓。JVM內(nèi)存問題最佳實(shí)踐 JVM Best Practice 曾凡光 2022年 03月 JVM內(nèi)存問題最佳實(shí)踐 本次技術(shù)交流，涵蓋范圍為： ?如何選擇合適的 Java虛擬機(jī) ?了解 Java基本內(nèi)存管理基本概念 ?了解發(fā)生內(nèi)存不足 /內(nèi)存泄漏錯(cuò)誤的原因和癥狀 ?了解如何診斷內(nèi)存不足 /內(nèi)存泄漏 錯(cuò)誤 ?了解如何解決 內(nèi)存不足 /內(nèi)存泄漏錯(cuò)誤 3 MENU ? 選擇合適的 Java虛擬機(jī) ? Java內(nèi)存管理的基本概念 ? GC次數(shù)過多消耗時(shí)間過長(zhǎng)的原因和癥狀 ? 內(nèi)存不足和內(nèi)存泄漏錯(cuò)誤的原因和癥狀 ? 診斷、定位和解決內(nèi)存不足和內(nèi)存泄漏錯(cuò)誤 ? 使用分析工具解決內(nèi)存不足和內(nèi)存泄漏錯(cuò)誤 ? 預(yù)防內(nèi)存不足和內(nèi)存泄漏 ? OutOfMemory錯(cuò)誤實(shí)例 4 Java虛擬機(jī)的種類 ? Oracle Java虛擬機(jī) – 原 Sun Java虛擬機(jī) – 原 BEA JRockit – 兩種 Java虛擬機(jī)，都運(yùn)行在 Windows、 Linux、 Solaris平臺(tái) ? HP Java虛擬機(jī) ： – 與 SUN JDK基本兼容，有自己獨(dú)特的啟動(dòng)參數(shù) – 運(yùn)行在 HP UNIX上 ? IBM Java虛擬機(jī)： – 與 Sun JDK基本兼容 – 啟動(dòng)參數(shù)的寫法風(fēng)格與 Sun JDK、 HP JDK非常不同 – 主要用于 WebSphere、跑在 AIX上的中間件服務(wù)器 ? 開源 Java虛擬機(jī) ： – 與 SUN JDK兼容 5 如何選擇合適的 Java虛擬機(jī) ?選擇穩(wěn)定的 JDK： – 剛剛 GA的版本不穩(wěn)定，比如 – 剛增加新特性的版本不穩(wěn)定，比如 – 安裝 JDK之前，先看廠商的 Release Notes ?根據(jù)平臺(tái)和應(yīng)用，選擇合適廠商的 JDK： – HPUX只能選擇 HP JDK， AIX只能選擇 IBM JDK – Windows、 Linux可以選擇 SUN JDK和 JRockit – Solaris平臺(tái)，最好使用 SUN JDK – 開源 JDK，目前生產(chǎn)環(huán)境中用的極少 6 Java虛擬機(jī) 32 VS 64 ? 盡量選擇使用 32位 JDK： – 32位 JDK在 TPS測(cè)試中，結(jié)果比 64位 JDK要好 。對(duì)于吞吐量比短暫的 GC 停頓更重要的應(yīng)用程序，通常使用這種策略。 Hp JDK hs_err_pid****.log文件 – JRockit JDK – jrockit.****.dump文件 ? 文本 Core文件包含 JVM退出時(shí)收到的信號(hào)量，并會(huì)用 *標(biāo)識(shí)導(dǎo)致退出的lib庫(kù)文件 – Signal 1 – Signal 0 – Signal 4 – Signal 10 – Signal 11 – 實(shí)踐表明，收到以上的信號(hào)量，通常但不絕對(duì)，表明 JVM的內(nèi)存出現(xiàn)問題 – 需要結(jié)合 thread dump或者 GC日志來分析 33 小節(jié)回顧 ? 內(nèi)存不足和內(nèi)存泄漏錯(cuò)誤的典型原因 ? OOM 錯(cuò)誤的類型及相關(guān)故障癥狀 ? 文本 Core文件 在本小節(jié)中，我們講述了以下內(nèi)容： 34 MENU ? 選擇合適的 Java虛擬機(jī) ? Java內(nèi)存管理的基本概念 ? GC次數(shù)過多消耗時(shí)間過長(zhǎng)的原因和癥狀 ? 內(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í)例