OOM系列之六：java.lang.OutOfMemoryError: 交换空间不足问题详解

此文来自于plumbr官网，plumbr作为一个常用的JVM 监测工具，官网有完整的oom和gc文章，准备慢慢全部翻译过来：

第六篇：java.lang.OutOfMemoryError: 交换空间不足

正文：

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

java.lang.outofmemoryerror 交换

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

1，是什么原因造成的？

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

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

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

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

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

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

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

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

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