java.lang.OutOfMemoryError: Java heap space 表示堆內(nèi)存不足，需檢查大對(duì)象處理、內(nèi)存泄漏及堆設(shè)置，通過堆轉(zhuǎn)儲(chǔ)分析工具定位并優(yōu)化代碼；2. Metaspace 錯(cuò)誤因類元數(shù)據(jù)過多，常見于動(dòng)態(tài)類生成或熱部署，應(yīng)限制 MaxMetaspaceSize 并優(yōu)化類加載；3. Unable to create new native thread 因系統(tǒng)線程資源耗盡，需檢查線程數(shù)限制、使用線程池、調(diào)整棧大??；4. GC overhead limit exceeded 指 GC 頻繁但回收少，應(yīng)分析 GC 日志，優(yōu)化對(duì)象生命周期，考慮更換 G1GC 等回收器；5. Requested array size exceeds VM limit 由數(shù)組長度溢出引起，需校驗(yàn)長度邏輯，避免整型溢出，采用流式處理大文件；總結(jié)：應(yīng)啟用堆轉(zhuǎn)儲(chǔ)與 GC 日志，結(jié)合分析工具排查，從代碼設(shè)計(jì)層面解決資源管理問題，而非僅調(diào)大內(nèi)存，才能根本解決 OOM 問題。

Java OutOfMemoryError 是運(yùn)行時(shí)常見的嚴(yán)重錯(cuò)誤，通常表明 JVM 無法分配對(duì)象，因?yàn)槎褍?nèi)存或其它內(nèi)存區(qū)域已耗盡。雖然錯(cuò)誤信息看似簡(jiǎn)單，但背后的原因多種多樣。以下是幾種常見的 OutOfMemoryError 場(chǎng)景及其排查與解決方法。

1. java.lang.OutOfMemoryError: Java heap space

這是最常見的類型，表示堆內(nèi)存不足以分配新對(duì)象。

常見原因：

• 應(yīng)用程序加載了大量數(shù)據(jù)（如大文件、緩存全量數(shù)據(jù)）。
• 存在內(nèi)存泄漏（如靜態(tài)集合不斷添加對(duì)象未清理）。
• 堆內(nèi)存設(shè)置過小，無法滿足正常業(yè)務(wù)需求。

排查步驟：

• 查看錯(cuò)誤日志：確認(rèn)是否在處理大對(duì)象或批量數(shù)據(jù)時(shí)觸發(fā)。
• 使用 JVM 參數(shù)監(jiān)控：

  -Xmx2g -Xms2g -XX: HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dumps

  這會(huì)在 OOM 時(shí)生成堆轉(zhuǎn)儲(chǔ)文件（heap dump）。

  
• 分析堆轉(zhuǎn)儲(chǔ)：使用工具如 Eclipse MAT 或 VisualVM 打開 .hprof 文件，查找占用內(nèi)存最多的對(duì)象及其引用鏈。
• 檢查代碼：重點(diǎn)關(guān)注：
  • 靜態(tài) Map、List 是否無限增長。
  • 緩存是否缺少過期機(jī)制（建議使用 WeakHashMap 或 Caffeine 等帶淘汰策略的緩存）。
  • 是否一次性加載大文件或數(shù)據(jù)庫全表數(shù)據(jù)。

解決方案：

• 增加堆內(nèi)存（臨時(shí)方案）：

  -Xmx4g

• 修復(fù)內(nèi)存泄漏代碼。
• 分頁處理大數(shù)據(jù)，避免一次性加載。

2. java.lang.OutOfMemoryError: Metaspace

JDK 8 及以后，永久代（PermGen）被元空間（Metaspace）取代，用于存儲(chǔ)類的元數(shù)據(jù)。

常見原因：

• 應(yīng)用動(dòng)態(tài)生成大量類（如使用 CGLIB、ASM、動(dòng)態(tài)代理、Groovy 腳本等）。
• 部署大量 WAR 應(yīng)用（如 Tomcat 熱部署未清理類加載器）。
• 元空間大小未限制或設(shè)置過小。

排查方法：

• 添加 JVM 參數(shù)觀察 Metaspace 使用情況：

  -XX:MaxMetaspaceSize=512m -verbose:gc -XX: PrintGCDetails

• 使用 jstat -gc <pid> 查看 MCMN, MCMX, MC（Metaspace 容量）等指標(biāo)。
• 生成并分析堆 dump（雖然 Metaspace 不在堆中，但可輔助判斷類加載情況）。

解決方案：

• 設(shè)置合理的 MaxMetaspaceSize 防止無限增長。
• 檢查是否有頻繁的類加載/卸載，尤其是熱部署場(chǎng)景。
• 使用 -XX: UseG1GC 和 -XX:MetaspaceSize=256m 優(yōu)化 GC 行為。
• 避免過度使用運(yùn)行時(shí)字節(jié)碼生成。

3. java.lang.OutOfMemoryError: Unable to create new native thread

JVM 試圖創(chuàng)建新線程，但操作系統(tǒng)無法分配 native 線程資源。

常見原因：

• 線程數(shù)超過系統(tǒng)限制（ulimit -u 用戶進(jìn)程數(shù)限制）。
• 系統(tǒng)內(nèi)存不足，每個(gè)線程默認(rèn)占用 1MB ?？臻g（-Xss）。
• 應(yīng)用創(chuàng)建了過多線程（如未使用線程池、線程泄漏）。

排查方法：

• 檢查當(dāng)前線程數(shù)：

  ps -eLf | grep java | wc -l

• 查看系統(tǒng)限制：

  ulimit -u  # max user processes
  cat /proc/sys/kernel/threads-max

• 檢查 JVM 線程 dump：

  jstack <pid> > thread_dump.txt

  查看是否有大量相似線程或線程未結(jié)束。

解決方案：

• 使用線程池（如 ThreadPoolExecutor）替代手動(dòng)創(chuàng)建線程。
• 調(diào)整線程棧大?。ㄖ?jǐn)慎）：

  -Xss256k  # 減少每個(gè)線程棧內(nèi)存

• 提高系統(tǒng)限制（需管理員權(quán)限）：

  ulimit -u 65535

• 檢查是否有線程未正確關(guān)閉（如未調(diào)用 executor.shutdown()）。

4. java.lang.OutOfMemoryError: GC overhead limit exceeded

JVM 花費(fèi)大量時(shí)間進(jìn)行 GC（超過 98%），但回收內(nèi)存極少（少于 2%），自動(dòng)拋出此錯(cuò)誤。

常見原因：

• 堆中存在大量“慢死”對(duì)象，GC 頻繁但效果差。
• 內(nèi)存不足或內(nèi)存泄漏導(dǎo)致可用空間緊張。

排查方法：

• 啟用 GC 日志：

  -Xlog:gc*,gc heap=debug:file=gc.log:time

• 分析日志中 GC 頻率與回收量。
• 結(jié)合堆 dump 查看對(duì)象分布。

解決方案：

• 增加堆內(nèi)存。
• 優(yōu)化對(duì)象生命周期，避免長期持有無用對(duì)象。
• 改用 G1GC 或 ZGC 等更高效的垃圾回收器：

  -XX: UseG1GC

• 檢查是否有大對(duì)象頻繁創(chuàng)建（如大字符串、大數(shù)組）。

5. java.lang.OutOfMemoryError: Requested array size exceeds VM limit

嘗試創(chuàng)建超過 JVM 限制的數(shù)組（如 new int[Integer.MAX_VALUE]）。

常見原因：

• 計(jì)算數(shù)組大小時(shí)整型溢出，導(dǎo)致請(qǐng)求負(fù)數(shù)或極大值。
• 數(shù)據(jù)處理邏輯錯(cuò)誤，誤將文件大小當(dāng)作數(shù)組長度。

示例：

int size = (int) file.length(); // 文件大于 2GB 時(shí)，強(qiáng)轉(zhuǎn)為負(fù)數(shù)
byte[] data = new byte[size]; // 可能觸發(fā) OOM

解決方案：

• 使用 long 判斷數(shù)據(jù)大小，限制最大分配。
• 使用流式處理大文件，避免一次性加載。
• 檢查數(shù)組長度計(jì)算邏輯，防止溢出。

總結(jié)建議

遇到 OutOfMemoryError 時(shí)，不要只調(diào)大內(nèi)存了事。關(guān)鍵步驟包括：

• ? 啟用 -XX: HeapDumpOnOutOfMemoryError
• ? 添加 GC 日志和線程 dump 能力
• ? 使用分析工具（MAT、VisualVM、jstat、jstack）
• ? 審查代碼中的集合、緩存、線程、IO 處理邏輯

大多數(shù) OOM 問題本質(zhì)是代碼設(shè)計(jì)或資源管理不當(dāng)，合理配置 精細(xì)排查才能根治。

基本上就這些，不復(fù)雜但容易忽略細(xì)節(jié)。

以上是故障排除常見的java`ofmemoryError`場(chǎng)景''的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！