Ubuntu 上的 Java 进程一直被某些东西杀死，有人知道为什么吗？

所以每隔几天我在 Ubuntu 上的 java 进程就会自动终止，我不明白为什么。

我的盒子有 35.84 GB 的 RAM，当我启动 Java 进程时，我向它传递了 -Xmx28g 参数，因此它使用的内存应该小于可用的最大 RAM。

我运行 jstat 如下：

# jstat -gccause -t `pgrep java` 60000

在进程被终止之前 jstat 的最后几行输出是：

Time     S0     S1     E      O      P       YGC   YGCT       FGC FGCT     GCT     LGCC                 GCC
14236.1  99.98   0.00  69.80  99.40  49.88   1011  232.305    11  171.041  403.347 unknown GCCause      No GC
14296.2  93.02   0.00  65.79  99.43  49.88   1015  233.000    11  171.041  404.041 unknown GCCause      No GC
14356.1  79.20   0.00  80.50  99.55  49.88   1019  233.945    11  171.041  404.986 unknown GCCause      No GC
14416.2   0.00  99.98  24.32  99.64  49.88   1024  234.945    11  171.041  405.987 unknown GCCause      No GC

这似乎是此时 /var/log/syslog 中记录的内容：https://gist.github.com/1369135 https://gist.github.com/1369135

除了我的 java 应用程序之外，该服务器上实际上没有任何东西在运行。这是怎么回事？

edit:我正在运行java版本1.6.0_20，我在启动时传递给java的唯一值得注意的参数是“-server -Xmx28g”。我没有使用应用程序服务器，但我的应用程序嵌入了“简单网络框架”。

假设问题是 OOM 杀手，那么它就会杀死你的进程，拼命地试图让操作系统在严重的内存短缺危机中保持正常运行。

我的结论是：

• 您的 JVM 实际上使用的内存明显超过 28Gb；即您有大量的非堆内存使用，并且

• 操作系统未配置足够的交换空间。

我会尝试添加更多交换空间，以便操作系统可以在紧急情况下交换应用程序的部分内容。

或者，减小 JVM 的堆大小。

请注意，“-Xmx ...”设置最大堆大小，而不是 JVM 可以使用的最大内存量。 JVM 将一些东西放在堆之外，包括线程堆栈的内存和应用程序正在使用的内存映射文件。

系统日志证实它是 OOM 杀手。

链接的系统日志以什么方式这么说？

它是这样说的：

Nov 15 13:53:49 ip-10-71-94-36 kernel: [3707038.606133] Out of memory: kill process 6368 (run.sh) score 4747288 or a child
Nov 15 13:53:49 ip-10-71-94-36 kernel: [3707038.606146] Killed process 9359 (java)

控制台说java被杀死了，而不是它退出了。

正确的。它被操作系统的 OOM 杀手杀死了。

如果内存不足，它通常会抛出 OutOfMemory 异常，但事实并非如此。

如果您填满了 Java 堆，就会发生这种情况。

这不是这里发生的事情。实际问题是没有足够的物理 RAM 来容纳 Java 堆。 OOM 杀手会处理它......

我正在运行如此巨大的堆，因为我需要存储数百万个对象，每个对象都需要几千字节的 RAM。

不幸的是，您尝试使用的 RAM 远多于系统可用的 RAM。这会导致虚拟内存崩溃，影响整个操作系统。

当系统开始严重抖动时，OOM 杀手（而不是 JVM）会将您的 Java 进程识别为问题的原因。然后它会杀死它（使用 SIGKILL）以保护系统的其余部分。如果没有，则存在整个系统完全锁定并需要硬重启的风险。

最后，你说：

我的盒子有 35.84 GB RAM ...

这是一个相当奇怪的值。 32 GiB 是 34,359,738,368 字节或 34.35 GB。

但基于这一点和观察到的行为，我怀疑那是可用的虚拟内存而不是物理 RAM。或者，您的“盒子”可以是在虚拟机管理程序级别启用 RAM 过度使用的虚拟机。