Node.js调用PHP脚本stdout为空，主因是PHP CLI默认启用输出缓冲；需加-d output_buffering=0参数或在脚本中调用ob_end_flush()、flush()等确保实时输出。
Node.js 调用 PHP 脚本时 stdout 为空？检查 echo 和输出缓冲
Node.js 通过 child_process.spawn 或 execFile 启动 PHP 脚本后收不到返回内容，大概率是 PHP 输出被缓冲了。PHP CLI 模式默认启用输出缓冲（output_buffering=on），且不自动 flush。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在 PHP 脚本开头加
ob_end_flush()或ob_get_clean()清空已有缓冲区 - 关键输出后立即调用
flush()和ob_flush() - 更稳妥的做法：启动 PHP 时加
-d output_buffering=0参数，例如：php -d output_buffering=0 script.php - 避免使用
print_r($data)直接输出，改用echo json_encode($data, JSON_UNESCAPED_UNICODE)，确保 Node.js 能 parse
PHP 返回 JSON，Node.js JSON.parse() 报错？注意隐藏字符和编码
常见错误现象：SyntaxError: Unexpected token in JSON at position 0 或解析出乱码字段。这通常不是 JSON 格式问题，而是 PHP 输出了 BOM、ANSI 颜色码或非 UTF-8 字符。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- PHP 文件保存为
UTF-8 无 BOM格式（VS Code / PhpStorm 右下角可切换） - 脚本开头加
header('Content-Type: application/json; charset=utf-8');（仅限 Web 环境；CLI 下无效，但可作为提醒） - CLI 模式下，在输出前强制设置编码：
mb_internal_encoding('UTF-8'); - Node.js 接收后先用
Buffer.from(data).toString().trim()去首尾空白，再JSON.parse()
频繁调用 PHP 脚本性能差？别用 spawn，改用长连接或 HTTP API
每次请求都 spawn 一个新 PHP 进程，开销远高于 Node.js 内部计算。PHP 启动、加载扩展、解析脚本本身就会耗时 10–50ms，QPS 上不去。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 若必须用 CLI，改用
child_process.fork启动长期运行的 PHP 守护进程（需自行实现 stdin/stdout 协议），但复杂度高 - 更推荐方案：把 PHP 封装成轻量 HTTP 接口（如用
php -S localhost:8000 router.php），Node.js 用fetch或axios调用 —— 复用连接、支持并发、日志/超时/重试都好控制 - 避免在 PHP 中做大量逻辑，只暴露原子能力（如
/api/validate-email），让 Node.js 做编排
PHP 报错不显示在 Node.js？捕获 stderr 并检查 exitCode
PHP 脚本语法错误、未定义函数、require 失败时，Node.js 的 stdout 可能为空，但错误实际写入了 stderr，且子进程 exitCode !== 0。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 始终监听
child.stderr.on('data', ...)，不要只看 stdout - 用
child.on('close', (code) => { if (code !== 0) console.error('PHP exited with code:', code); }) - PHP 开发阶段可在脚本开头加：
error_reporting(E_ALL); ini_set('display_errors', '1'); - 生产环境禁用
display_errors，改用error_log()记录到文件，再由 Node.js 读取日志（不推荐）或统一用 HTTP 接口返回结构化错误
