常见OOM问题之Out of swap space交换空间不足问题详解

本文来自于HeapDump性能社区！ ！有性能问题，上HeapDump性能社区！
正文：

Java 应用程序在启动期间获得的内存量有限。此限制是通过 -Xmx 和其他类似的启动参数指定的。在 JVM 请求的总内存大于可用物理内存的情况下，操作系统开始将内容从内存换出到硬盘。

v2-f6e98a6eacd721d4ca5c2d5a6a96f9c5_1440w.png

该java.lang.OutOfMemoryError：交换空间？error 表示交换空间也用完了，新的尝试分配由于物理内存和交换空间都不足而失败。

1，是什么原因造成的？

该java.lang.OutOfmemoryError：交换空间？当来自本机堆的字节分配请求失败并且本机堆接近耗尽时，JVM 会抛出 . 该消息指示失败的分配的大小（以字节为单位）以及内存请求的原因。

问题出现在Java进程已经开始交换的情况下，回顾Java是一种垃圾收集语言已经不是一个好的情况。现代GC 算法做得很好，但是当遇到由交换引起的延迟问题时，GC 暂停往往会增加到大多数应用程序无法容忍的水平。

java.lang.OutOfMemoryError：交换空间不足？通常是由操作系统级别的问题引起的，例如：

• 操作系统配置的交换空间不足。
• 系统上的另一个进程正在消耗所有内存资源。

应用程序也可能由于本机泄漏而失败，例如，如果应用程序或库代码连续分配内存但未将其释放给操作系统。

2，解决办法是什么？

要克服这个问题，您有几种可能性。首先也是最简单的解决方法是增加交换空间。实现此目的的方法是特定于平台的，例如在 Linux 中，您可以使用以下示例命令序列来实现，这些命令创建并附加一个大小为 640MB 的新交换文件：

swapoff -a 
dd if=/dev/zero of=swapfile bs=1024 count=655360
mkswap swapfile
swapon swapfile

现在，您应该回想一下，由于垃圾收集会清除内存内容，因此通常 Java 进程不希望交换。在交换分配上运行垃圾收集算法可以将GC 暂停的长度增加几个数量级，因此在跳到简单的解决方案潮流之前应该三思而后行。

如果您的应用程序部署在 JVM 需要与之竞争资源的“嘈杂邻居”旁边，您应该将服务隔离到单独的（虚拟）机器上。

在许多情况下，您唯一真正可行的选择是升级机器以包含更多内存或优化应用程序以减少其内存占用。当您转向优化路径时，一个好的开始方法是使用内存转储分析器来检测内存中的大量分配。

Java OOM系列专题：

第一篇：Java OOM 原理篇 ： 什么是 Java OOM

第二篇：Java OOM 基础篇：常见的OutOfMemoryError 场景一：Java heap space 堆溢出问题详解

第三篇：Java OOM 基础篇：常见的OutOfMemoryError 场景二 : GC overhead limit exceeded 问题详解

第四篇：Java OOM 基础篇：常见的OutOfMemoryError 场景三： PermGen space 永久空间问题详解

第五篇：Java OOM 基础篇：常见的OutOfMemoryError 场景四： Permgen size 元空间问题详解

第六篇：Java OOM 实战篇：应用故障之Java heap space 堆溢出实战

第七篇：Java OOM 高级篇：体验了一把线上CPU100%及应用OOM的排查和解决过程

第八篇：Java OOM 高级篇：线上Docker 上Springboot程序OOM问题的排查分享