PHP调用Python脚本被强制终止大概率是OOM Killer介入。Linux内存不足时会按oom_score杀高RSS进程，Python因加载numpy/pandas等易成目标；可通过dmesg -T | grep “killed process”验证；应使用cgroups v2硬限内存（如memory.max=512M），而非resource.setrlimit或ulimit -v；同时优化Python脚本内存使用，如流式读取、延迟导入、及时清理缓存。
PHP调用exec或shell_exec启动Python脚本被强制终止
进程在执行中途消失，不是Python报错退出，而是直接被系统干掉——大概率是OOM Killer介入。Linux内核发现内存严重不足时，会扫描进程并按oom_score杀掉“最占内存”的那个，而PHP子进程里fork出的Python常因RSS飙升首当其冲。
验证方式很简单：
dmesg -T | grep -i "killed process"
如果输出里出现类似Killed process 12345 (python3) total-vm:2.1g, anon-rss:1.8g，就坐实了。
- 别只看PHP错误日志——它通常只显示“command not found”或空返回，实际是子进程已被内核收割
-
proc_open同样逃不掉，只要Python进程真实存在且吃内存，OOM Killer就认得它 - 即使PHP本身很轻量，只要它spawn的Python脚本加载了
numpy、pandas或大模型推理库，瞬间几百MB RSS很常见
限制Python子进程内存上限（cgroups v1/v2通用）
不能靠Python代码里resource.setrlimit——那只是软限制，OOM Killer不买账。必须从系统层压制：用cgroup硬限内存，让Python超限时自己被SIGKILL，而非等OOM Killer来背锅。
以cgroups v2为例（主流新发行版默认）：
立即学习“PHP免费学习笔记（深入）”；
