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免费学习笔记（深入）”；
mkdir -p /sys/fs/cgroup/php-python echo 512M > /sys/fs/cgroup/php-python/memory.max echo $$ > /sys/fs/cgroup/php-python/cgroup.procs
然后在PHP中这样调用：
$cmd = "cgexec -g memory:php-python python3 /path/to/script.py"; $output = shell_exec($cmd . " 2>&1");
- 确保已安装
libcgroup-tools（Ubuntu/Debian）或libcgroup（CentOS/RHEL） -
memory.max设为略高于Python脚本实测峰值（可用ps aux --sort=-%mem | head -5观察），太小会导致Python提前OOM，太大则起不到防护作用 - 不要用
ulimit -v——它只限制虚拟内存（virtual memory），而OOM Killer看的是物理内存（RSS）
PHP侧规避fork高风险调用
PHP内置的exec/system本质是fork + execve，在内存紧张时fork失败率陡增（因为要复制父进程页表）。这不是Python的问题，是PHP进程自己扛不住了。
- 改用
proc_open并显式关闭不必要的文件描述符：$desc = [0 => ["pipe", "r"], 1 => ["pipe", "w"], 2 => ["pipe", "w"]]; $proc = proc_open($cmd, $desc, $pipes, null, null, ["bypass_shell" => true]);
避免shell解析开销和额外进程树 - 禁用PHP的
disable_functions里别误杀pcntl_fork——虽然不推荐，但若真要用多进程，至少让它失败得明确些，而不是静默卡死 - Web环境强烈建议把耗资源的Python任务扔进队列（如Redis+PHP Worker），让CLI模式下的独立进程去跑，彻底隔离Apache/Nginx子进程的内存上下文
Python脚本自身瘦身关键点
很多问题根源不在调度，而在Python脚本没做基本内存治理。比如一次性读GB级CSV、缓存整个模型权重、反复import重型包。
- 用
pandas.read_csv(..., chunksize=1000)流式处理，别pd.read_csv("huge.csv") - 模型加载后加
torch.cuda.empty_cache()（PyTorch）或tf.keras.backend.clear_session()（TF），尤其多请求复用同一进程时 - 确认没循环导入——某些包（如
scikit-learn）在import时就预分配百MB内存，放在函数内import比模块顶层import更可控 - 加一句
import gc; gc.collect()在关键步骤后，虽不能救OOM，但能压低RSS波动峰
真正棘手的从来不是“怎么让PHP调通Python”，而是“怎么让Python少占点地方”。系统级限制只是兜底，代码层节制才是根治。
