php 5.6 调用 python 脚本失败主因是禁用函数、路径权限、编码不一致及超时限制，需检查 disable_functions、使用绝对路径、escapeshellarg() 处理参数、合并重定向 stderr 并设超时。
PHP 5.6 调用 Python 脚本时提示 exec 不可用或 shell_exec 返回空？
不是缺 Python 扩展，PHP 本身没有“Python 扩展”这种东西。所谓“执行 PY 缺扩展”，本质是 PHP 进程无法安全调用系统命令——常见于禁用了危险函数或 safe_mode（已废弃但旧配置可能残留）、disable_functions 列表里塞了 exec、system、shell_exec 等。
检查方法：phpinfo() 页面搜索 disable_functions；或运行 var_dump(ini_get('disable_functions'));
- 若返回值含
exec，需编辑php.ini，删掉它（注意：生产环境慎用） - 确认
open_basedir没限制脚本访问路径，否则exec('/usr/bin/python3 script.py')可能因路径越界失败 - Web 服务器（如 Apache 或 Nginx + PHP-FPM）的运行用户（如
www-data）必须对 Python 解释器和目标脚本有可执行权限
PHP 5.6 调用 Python 报错 Command not found 或 Permission denied？
PHP 进程不继承你终端里的 $PATH，所以不能只写 python 或 python3。必须用绝对路径调用解释器，且确保该路径下二进制文件对 Web 用户可执行。
查 Python 绝对路径：which python3（推荐 Python 3，因 Python 2 已停更）；常见路径包括 /usr/bin/python3、/usr/local/bin/python3。
立即学习“PHP免费学习笔记（深入）”；
- 在 PHP 中写死路径：
exec('/usr/bin/python3 /path/to/script.py 2>&1', $output, $return_code) - 避免用
python别名或软链（某些环境软链指向被删的旧版本） - 若脚本依赖 virtualenv，不能只激活环境，得显式调用 env 下的 python：
/var/www/myapp/venv/bin/python -
2>&1必加——否则错误信息全丢，只剩空输出，极难调试
PHP 5.6 传参给 Python 脚本中文乱码或参数截断？
PHP 5.6 默认编码常为 ISO-8859-1，而 Python 脚本多用 UTF-8。直接拼接字符串传参，遇到中文会崩。别用 exec("python script.py $arg") 这种裸拼方式。
- 用
escapeshellarg()包裹每个参数：exec('/usr/bin/python3 script.py ' . escapeshellarg($input), $out) - 确保 PHP 文件本身保存为 UTF-8 无 BOM；
mb_internal_encoding('UTF-8')可设但非必需 - Python 脚本开头加
# -*- coding: utf-8 -*-，读取sys.argv后用.decode('utf-8')（Python 2）或直接处理（Python 3 默认 str 为 Unicode） - 大文本、结构化数据建议改走临时文件或标准输入（
proc_open），避免 shell 参数长度限制和转义陷阱
PHP 5.6 + Python 混合部署时超时、卡死、返回不一致？
PHP 默认 max_execution_time=30，而 Python 脚本可能耗时更长；同时 proc_open 或 exec 若未设超时，会阻塞整个 PHP 请求，拖垮并发。
- 调用前设超时：
set_time_limit(60);（注意：CLI 模式下有效，Web 模式受 web server 配置制约） - 避免用
exec等同步阻塞方式跑长时间任务；应拆成“触发 → 查状态 → 取结果”三步，用队列或临时文件中转 - Python 脚本自身也要有异常兜底，防止未捕获异常导致 PHP 收不到退出码，
$return_code为 -1 或随机值 - PHP 5.6 的
proc_open对 stderr/stdout 管道处理较脆弱，建议始终用2>&1合并输出再解析，别分开读
旧版兼容最麻烦的从来不是语法，而是权限、路径、编码、超时这四层嵌套的隐性约束——漏掉任意一层，现象都像“缺扩展”。
