检测到子进程因操作系统内存不足而被杀死

Question

我正在开发一个大型应用程序，该应用程序产生了许多用于处理各种任务的进程。在某些情况下，由于内存压力，操作系统会杀死我的一个进程。没关系，完全在意料之中，父进程优雅地处理了这个。

我想知道的是找出进程被杀死的原因。如果因为记忆压力而被杀死，我想稍后重生治疗。如果它因任何其他原因而被杀死——例如，因为断言失败或内存访问越界，我想记录并调查。

那么，我的问题是：如何发现子进程因操作系统需要内存而被杀死？

问题适用于：

• 窗户；
• MacOS；
• Linux;
• （对于奖励积分，我也对 Android 感兴趣，但这不是我的首要任务）。

进程未以 root/admin 身份运行。

Answer 1

在 Linux 上，您可以阅读syslog 以了解进程是否被操作系统杀死。您可以通过阅读syslog（某些发行版上的/var/log/messages 或/var/log/syslog）或通过dmesg 命令来调查它。 如果您生成了该进程，您还可以检测到它被SIGKILL(9) 信号杀死，而不是对应于应用程序自行崩溃的SIGSEGV(11) 信号，SIGINT(2)/SIGTERM(15) 这意味着应用程序被要求正常终止。

关于Windows，我只知道可以通过Application Event Log启用这种类型的监控。有一个GUI Application 可以帮助您进行设置。

Answer 2

当操作系统为了杀死进程而干预进程的执行时，它会通过信号来执行此操作。

您可以做的（在基于 IX 的/类似平台上）是 -- dmesg。

它输出内核活动日志。 从那里，您可以识别发送到您的进程的信号。

例如下面这段代码--

#include <stdio.h>
int main (void)
{
    char *p = NULL;

    printf ("\n%c", *p);
    return 0;
}

导致这个从 dmesg 获得 --

[8478285.606105] crash.out[16830]: segfault at 0 ip 0000000000400531 sp 00007fffc373b090 error 4 in crash.out[400000+1000]