PHP调用Python脚本卡顿的根本原因是exec等同步阻塞调用在高频并发下堆积子进程，导致系统负载飙升、响应延迟陡增；需改用异步服务化、进程池、超时控制及系统层调优。
PHP调用Python脚本为什么会卡？
根本原因不是PHP或Python本身慢，而是exec、shell_exec这类同步阻塞调用在高频并发下会堆积子进程，导致系统负载飙升、响应延迟陡增。尤其当Python脚本启动开销大（比如加载TensorFlow/PyTorch）、或存在I/O等待（如读文件、发HTTP请求）时，卡顿更明显。
- 每次调用都fork新进程，无复用；
- PHP默认不设超时，Python卡住就拖垮整个PHP请求；
- Linux进程数/文件描述符限制未调优，直接触发
fork: Cannot allocate memory； - Python脚本未做日志缓冲或输出截断，stdout/stderr阻塞管道。
避免exec阻塞：改用异步+池化
不要在Web请求中直接exec("python script.py")。高频场景必须剥离执行逻辑，交由独立服务承载：
- 用
supervisord或systemd常驻一个Python HTTP服务（如FastAPI），PHP只发curl请求； - 若必须走命令行，用
proc_open配合非阻塞流+超时控制，例如设置stream_set_timeout($pipes[1], 5)； - 对可并行任务，用Python的
multiprocessing.Pool或concurrent.futures.ProcessPoolExecutor在服务端内部做批处理，减少PHP侧调用频次； - 严禁在循环里反复
exec——合并参数传入单次调用，比如python batch.py --inputs="a.json,b.json,c.json"。
Python脚本自身怎么减负？
很多卡顿源于Python端没适配Web调用场景，而非PHP问题：
- 移除
input()、print()调试语句——它们会阻塞stdio管道； - 用
if __name__ == "__main__":包裹入口，防止被import时意外执行； - 加载重模块（如
numpy、cv2）移到模块顶层，避免每次调用重复导入； - 加
if os.getenv("PHP_CALL"): sys.stdout = open("/dev/null", "w")关闭冗余输出； - 关键路径加
time.time()打点，确认瓶颈在Python内还是外部IO（如数据库、API）。
系统层必须检查的硬性配置
再好的代码也扛不住底层资源锁死：
立即学习“PHP免费学习笔记（深入）”；
- 检查
ulimit -u（用户进程数），Web服务器用户（如www-data）至少设为65535； -
/proc/sys/kernel/pid_max需≥65536，否则fork失败； - PHP-FPM配置中
pm.max_children不能远高于Python服务能承受的并发连接数，否则请求排队； - 用
strace -p $(pgrep -f "php-fpm") -e trace=clone,wait4抓实际fork/wait行为，验证是否真在等子进程。
真正高频并发时，PHP和Python不该直连——该拆服务就拆，该加队列就加。卡在exec上，八成是架构没想清楚，而不是调参能救回来的。
