如何判断子进程因系统内存不足被杀死？（跨平台非特权场景）

这确实是大型多进程应用里很头疼的问题——得精准区分进程挂掉的原因，才能决定是重启任务还是排查bug。我做过类似场景的处理，给你梳理下各个平台非root/admin权限下的可行方案：

Windows #

Windows系统因内存不足强制终止进程时，子进程的退出码通常是 STATUS_NO_MEMORY（对应十六进制值 0xC0000017）。你可以在父进程里通过GetExitCodeProcess API获取子进程的退出状态，直接判断这个值来确认是否是OOM导致的终止。

如果需要更详细的上下文，非admin权限下你可以读取应用程序事件日志：

• 查找事件ID为1000（应用程序错误）或1001（Windows错误报告）的条目，来源为Application Error或Windows Error Reporting
• 这些日志里会明确标注进程终止是否因内存不足导致

macOS #

macOS的内存压力终止由memorystatus守护进程负责，被杀死的进程会收到SIGKILL信号——但要注意，用户手动执行kill -9也会触发同样的信号，所以得结合系统日志验证：

1. 父进程通过waitpid获取子进程退出状态，确认WIFSIGNALED(status)为真且WTERMSIG(status)等于SIGKILL
2. 非root权限下，用log show命令过滤目标进程的日志：

   log show --predicate 'processImagePath contains "你的进程名" OR processIdentifier == 子进程PID' --info
   

   日志中如果出现Terminated due to memory pressure的条目，就可以确定是系统内存压力导致的终止

Linux #

Linux的OOM Killer会给选中的进程发送SIGKILL，同时在系统日志中留下明确记录。处理步骤：

1. 父进程通过waitpid确认子进程是被SIGKILL终止（WTERMSIG(status) == SIGKILL）
2. 非root权限下，通过以下方式查询日志：
   • 用journalctl（systemd系统）：

     journalctl -k | grep "Killed process 子进程PID"
     

   • 或查看dmesg日志（部分发行版允许普通用户访问）：

     dmesg -T | grep "Killed process 子进程PID"
     

   日志条目会包含Out of memory: Killed process...的描述，明确说明是OOM导致的终止

Android（非优先级） #

Android的Low Memory Killer（LMK）负责在内存不足时终止进程，处理方式类似类Unix系统：

1. 父进程确认子进程是被SIGKILL终止
2. 非root权限下，通过logcat过滤LMK相关日志：

   logcat | grep "LowMemoryKiller: Killing process 子进程PID"
   

   日志中会明确标注low memory的终止原因。如果是应用内的子进程，也可以通过Android的ActivityManager API查询进程的终止状态，不过日志方式更直接

通用思路总结 #

不管哪个平台，核心逻辑都是两步：

• 第一步：通过平台提供的进程等待API（waitpid/GetExitCodeProcess等）确认子进程是被系统强制终止（而非正常退出或自行崩溃）
• 第二步：查询平台的系统日志，验证终止原因是否为内存压力

内容的提问来源于stack exchange，提问作者Yoric