应重定向stderr至stdout捕获完整异常：exec('python3 script.py 2>&1', $output, $return_code)，检查$return_code非0并解析$output；php的try/catch无法捕获子进程异常，须依赖退出码与输出内容分析。
PHP调用Python脚本时如何捕获真实异常信息
直接用 exec() 或 shell_exec() 调 Python，出错时往往只返回空字符串或模糊的非零退出码，根本看不到 Traceback。根本原因是 Python 默认把异常输出到 stderr，而 PHP 的这些函数默认只捕获 stdout。
正确做法是强制重定向 stderr 到 stdout，再统一捕获：
- 用
2>&1把错误流合并进标准输出：exec('python3 script.py 2>&1', $output, $return_code) - 检查
$return_code：非 0 通常表示异常（但不是绝对，得结合输出内容判断） -
$output是数组，每行一条，用implode("\n", $output)拼成完整字符串更方便分析
为什么 try/catch 在 PHP 里捕不到 Python 异常
PHP 的 try/catch 只能捕获 PHP 自身抛出的异常，对子进程（如 Python）完全无效。Python 进程崩溃、语法错误、未捕获异常，都只会让 shell 返回一个退出状态，不会触发 PHP 异常机制。
所以别试图在 PHP 里写 try { exec(...); } catch (Exception $e) { ... } —— 它永远进不去 catch 块。
立即学习“PHP免费学习笔记（深入）”；
- 真正要“捕获”的是子进程的退出码和输出内容
- Python 脚本自身也可以主动控制退出行为：比如用
sys.exit(1)表示业务失败，sys.exit(0)表示成功 - 若需结构化错误信息，建议 Python 脚本最后用
print(json.dumps({"error": "..."}))输出，PHP 端再json_decode()解析
避免敏感信息泄露的隐藏技巧
Python 报错可能包含文件路径、环境变量、数据库连接串等，直接返回给前端极不安全。不能只靠“前端不显示”来防范，得从源头过滤。
- 开发期保留完整
stderr，生产环境用 Python 的-B（禁用字节码）+-E（忽略环境变量）+ 自定义异常处理器屏蔽路径 - PHP 层做简单清洗：
preg_replace('/File ".*?", line \d+/', 'File "[hidden]", line [hidden]', $raw_output) - 更稳妥的是：Python 脚本内部用
logging写入日志文件，PHP 只返回一个唯一 trace_id，后台查日志定位问题
推荐组合：proc_open + 流控制更可靠
exec() 简单但不可控，大输出、长耗时、需要实时响应的场景容易卡死或截断。用 proc_open() 才能真正接管输入输出流。
关键点：
- 必须显式设置
stdin/stdout/stderr描述符，否则默认为null - 读取前先用
stream_select()判断是否有数据可读，避免阻塞 - 记得
proc_close()，否则会残留僵尸进程 - 示例片段：
$pipes数组中$pipes[2]对应stderr，别只读$pipes[1]
复杂交互、超时控制、大结果集处理，绕不开 proc_open()。别为了省几行代码用 exec() 硬扛。
