根本原因是PHP进程的$PATH环境变量与终端不一致，Web服务器以受限用户运行导致PATH极简，应使用绝对路径调用Python并验证PATH、工作目录及返回码。
PHP调用exec()执行Python脚本报“command not found”
根本原因不是Python没装，而是PHP进程的$PATH环境变量和你终端里看到的不一致。Web服务器（如Apache或Nginx+PHP-FPM）通常以受限用户（如www-data或nginx）运行，其PATH极简，往往只含/usr/bin和/bin，而Python可执行文件可能在/usr/local/bin/python3或/opt/python/bin/python3等位置。
验证方式：在PHP中临时加一句echo exec('echo $PATH');，对比你在shell里执行echo $PATH的结果。
- 不要依赖
python或python3命令名——它们可能是软链接，且未被纳入Web用户PATH - 优先用绝对路径调用，例如
/usr/bin/python3或/usr/local/bin/python3 - 可通过
which python3或command -v python3确认实际路径（注意：该命令本身也得在PHP里能跑通）
PHP中exec()返回空但无报错，实际没执行
这是静默失败的典型表现。常见于权限、工作目录或输出重定向问题。
- 检查Python脚本是否具有可执行权限：
chmod +x /path/to/script.py（如果用python3 script.py方式调用则非必需，但若直接./script.py就必须） - 显式指定
cwd参数或在命令前加cd /full/path &&，避免因PHP当前工作目录（通常是Web根目录）导致Python脚本找不到相对路径的资源（如配置文件、输入文件） - 捕获完整输出和错误：用
exec($cmd, $output, $return_code)，然后var_dump($output, $return_code)；注意$return_code !== 0即表示出错，哪怕$output为空 - Python脚本开头确保有正确shebang（如
#!/usr/bin/env python3），且/usr/bin/env在Web用户PATH中（一般都在）
使用shell_exec()或proc_open()仍提示“no such file or directory”
这个错误信息其实有歧义：它不一定指Python解释器缺失，更可能是Python脚本里import的模块没装在Web用户环境下。
立即学习“PHP免费学习笔记（深入）”；
- Web用户（如
www-data）无法访问你个人用户的~/.local/lib/python3.x/site-packages，必须用系统级或虚拟环境路径安装依赖 - 推荐做法：为Web服务单独创建干净虚拟环境，如
python3 -m venv /var/www/venv，再用/var/www/venv/bin/python3 script.py调用 - 若用
proc_open()，务必设置env选项，显式传入['PATH' => '/var/www/venv/bin:/usr/bin:/bin']，否则即使指定了绝对路径，子进程仍可能因找不到ldconfig或动态库而失败 - 某些Linux发行版（如CentOS）默认禁用
exec类函数，检查disable_functions是否包含exec,shell_exec,system,proc_open，该配置在php.ini中
Windows下PHP调用Python提示“不是内部或外部命令”
本质仍是PATH问题，但Windows处理逻辑不同：注册表、系统变量、用户变量、当前CMD会话变量多层叠加，而PHP-FPM或Apache服务继承的是“系统环境变量”，不是你登录用户所见的。
- 不要依赖开始菜单快捷方式或IDE自带的Python安装路径（如PyCharm捆绑的Python），它们通常只写入当前用户PATH
- 改用官方Python.org安装包，并勾选“Add Python to PATH”——这会把路径写入系统环境变量
- 最稳妥方式：在PHP命令中硬编码完整路径，例如
C:\Python39\python.exe C:\path\to\script.py - 注意反斜杠转义：PHP字符串中写
"C:\\Python39\\python.exe"，或用单引号避免解析 - 若Python脚本含中文路径或参数，需确保PHP文件保存为UTF-8无BOM，且在
proc_open()中指定encoding为utf-8（PHP 8.1+支持）
$PATH、当前getcwd()和真实exec()返回码，而不是猜。 
