PHP调用exec()运行Python脚本失败主因是Mac系统权限限制，需确认\_www用户对Python解释器、脚本及目录具备读+执行权，并使用绝对路径、正确环境与架构匹配。
PHP调用exec()运行Python脚本被拒绝？先确认是不是权限问题
不是PHP或Python本身出错，而是Mac系统拒绝了PHP进程启动外部程序——常见于用exec('python3 script.py')时返回空结果、Permission denied或直接卡住。根本原因：PHP进程（如_www用户）没有对目标Python文件的读+执行权，或对Python解释器路径无访问权。
- 先验证PHP运行身份：
echo exec('whoami');，浏览器访问该PHP文件，大概率输出_www（macOS自带Apache）或www-data（Homebrew php-fpm） - 检查Python脚本权限：
ls -l /path/to/script.py，若显示-rw-r--r--（无x位），_www用户即使能读也**无法执行** - 检查Python解释器路径是否可访问：
which python3，再运行ls -l $(which python3)，确保该二进制文件有x权限且所在目录有x（进入权限）
给Python脚本加执行权限，但别乱用chmod 777
Mac对可执行文件权限校验严格，脚本必须带x位才能被exec()调用；但盲目设777既不必要也不安全——PHP不需要写它，Python解释器更不该开放全局写权。
- 只给属主+组加执行权：
chmod ug+x /path/to/script.py - 更稳妥的做法是保持脚本属主为你自己（如
yourname:staff），再把_www加入staff组：sudo dseditgroup -o edit -a _www -t user staff，然后chmod 750 /path/to/script.py - 如果脚本依赖同目录下
.py模块，整个目录也要有x权限（否则无法进入加载）：chmod 755 /path/to/script_dir
PHP里调用Python，路径和环境比权限更容易翻车
权限只是第一步，90%的“执行失败”其实卡在路径或环境变量上——PHP子进程不继承你终端里的$PATH，也看不到~缩写。
- 绝对路径必须写全：
exec('/opt/homebrew/bin/python3 /Users/yourname/project/script.py 2>&1', $output, $return);，别用python3或~/project/... - 查清PHP实际PATH：
echo exec('echo $PATH');，对比终端里echo $PATH，差异大就说明得手动指定解释器路径 - 避免隐式依赖当前工作目录：
chdir('/Users/yourname/project')再exec()，或在Python脚本开头用os.chdir(os.path.dirname(__file__)) - 注意Shell特殊字符：参数含空格或
$时，务必用单引号包裹整个命令，或用escapeshellarg()处理每个参数
容器或M1/M2芯片Mac上还要多看一眼签名和架构
macOS Catalina后，Gatekeeper会拦截未签名的Python二进制或x86_64架构脚本在Apple Silicon上运行；Homebrew安装的Python默认已签名，但你自己编译或下载的可能没过公证。
立即学习“PHP免费学习笔记（深入）”；
- 检查Python解释器是否被拒：
codesign -dv $(which python3)，若报code object is not signed，需重装或手动签名 - 确认架构匹配：
file $(which python3)，输出含arm64才原生适配M1/M2；若为x86_64，需确认Rosetta已启用，且PHP进程本身没被强制限制 - Docker场景下，挂载卷权限常被忽略：用
docker run -v $(pwd):/app:delegated而非cached或默认，否则宿主机改了权限，容器内仍不可见
_www用户站在一个看不见解释器、打不开脚本、也进不去目录的位置。权限只是门锁，钥匙要配对，门框还得没被系统焊死。 
