本文是java內存溢出系列第6小篇。

JVM啟動參數指定了最大內存限制。如?-Xmx?以及相關的其他啟動參數. 假若JVM使用的內存總量超過可用的物理內存, 操作系統就會用到虛擬內存。

錯誤信息?java.lang.OutOfMemoryError: Out of swap space??表明, 交換空間(swap space,虛擬內存) 不足,是由于物理內存和交換空間都不足所以導致內存分配失敗。

原因分析

如果 native heap 內存耗盡, 內存分配時, JVM 就會拋出?java.lang.OutOfmemoryError: Out of swap space??錯誤消息, 這個消息告訴用戶, 請求分配內存的操作失敗了。

Java進程使用了虛擬內存才會發生這個錯誤。對?Java的垃圾收集?來說這是很難應付的場景。即使現代的?GC算法?很先進, 但虛擬內存交換引發的系統延遲, 會讓?GC暫停時間?膨脹到令人難以容忍的地步。

通常是操作系統層面的原因導致?java.lang.OutOfMemoryError: Out of swap space??問題, 例如:

• 操作系統的交換空間太小。

• 機器上的某個進程耗光了所有的內存資源。

當然也可能是應用程序的本地內存泄漏(native leak)引起的, 例如, 某個程序/庫不斷地申請本地內存,卻不進行釋放。

解決方案

這個問題有多種解決辦法。

第一種, 也是最簡單的方法, 增加虛擬內存(swap space) 的大小. 各操作系統的設置方法不太一樣, 比如Linux,可以使用下面的命令設置:

swapoff -add if=/dev/zero of=swapfile bs=1024 count=655360mkswap swapfileswapon swapfile

其中創建了一個大小為 640MB 的 swapfile(交換文件) 并啟用該文件。

因為垃圾收集器需要清理整個內存空間, 所以虛擬內存對 Java GC 來說是難以忍受的。存在內存交換時, 執行?垃圾收集?的?暫停時間?會增加上百倍,甚至更多, 所以最好不要增加虛擬內存。

如果程序允許環境還受到 “壞鄰居效應” 的干擾, 那么JVM還要和其他程序競爭計算資源, 提高性能的辦法就是單獨部署到專用的服務器/虛擬機中。

大多數時候, 我們唯一能做的就是升級服務器配置, 增加物理機的內存。當然也可以進行程序優化, 降低內存空間的使用量, 通過堆轉儲分析器可以檢測到哪些方法/代碼分配了大量的內存。

---

往期回顧：

java內存溢出系列(1): Java heap space

java內存溢出系列(2): GC overhead limit exceeded

java內存溢出系列(3): Permgen space

java內存溢出系列(4): Metaspace

java內存溢出系列(5): Unable to create new native thread

總結

以上是生活随笔為你收集整理的vb实时错误6 溢出_java内存溢出系列（6）: Out of swap space？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。