PHP中exec()调用管道命令时数据不传递，根本原因是其仅返回最后一道命令输出；应改用proc_open()手动控制管道流或临时文件替代。
PHP 中 exec() 调用管道命令时数据不传递？
根本原因不是 PHP 不支持管道，而是 exec() 默认只返回最后一道命令的输出，前面的命令结果被丢弃了。比如 exec("ls | grep php") 看似写了管道，但 PHP 实际执行的是整个字符串交给 shell，而 exec() 本身不解析 | —— 它只是把整条命令甩给系统 shell（如 bash）去跑，能否生效取决于 shell 是否启用、是否在安全模式下被禁用。
- 确认 shell 可用：
exec("echo test | cat")返回空？先试exec("which bash")看路径是否存在 - 避免单引号包裹：写成
exec('ls | grep php')会导致 shell 变量不展开、管道不识别；必须用双引号或直接裸写 - 注意输出截断：
exec()默认只取最后一行，要完整输出得用exec($cmd, $output, $return)拿数组，或换shell_exec() - Web 环境常禁用管道相关函数：检查
disable_functions是否含shell_exec、exec、system
想在 PHP 里真正控制管道流？别走 shell 管道捷径
靠拼接字符串走 bash -c "a | b" 是黑盒操作：没法捕获中间错误、无法超时控制、不能实时读取流、权限和环境变量也容易出错。真要“用管道”，应该让 PHP 自己做进程间通信。
- 用
proc_open()手动创建管道资源，它返回 stdin/stdout/stderr 三根流，可分别读写 - 典型场景：向
gzip进程写入原始数据，同时从 stdout 读压缩结果，全程不落地文件 - 必须显式关闭资源：
proc_close()否则子进程变僵尸，proc_get_status()可查是否已退出 - 注意缓冲：某些命令（如
sort）会全量读完才输出，导致阻塞；加--buffer-size=1k或换stdbuf -oL强制行缓存
[$handle, $stdin, $stdout, $stderr] = proc_open(
'grep --line-buffered "php" | wc -l',
[['pipe', 'r'], ['pipe', 'w'], ['pipe', 'w']],
$pipes
);
Linux 下 PHP 写入管道文件（FIFO）失败？权限和阻塞是主因
创建命名管道（mkfifo /tmp/myfifo）后，PHP 用 fopen("/tmp/myfifo", "w") 会卡住，直到有另一个进程以 r 模式打开它——这是 FIFO 的设计特性，不是 bug。
- 必须两端同时就绪：PHP 写端和另一个读端（如
cat /tmp/myfifo）需并发启动，否则fopen阻塞 - 权限问题：Web 服务器用户（如 www-data）可能无权访问 FIFO 文件，
chmod 666 /tmp/myfifo或改属组 - 不要用
fwrite()往只读 FIFO 写：会触发Broken pipe错误，对应errno 32 - FIFO 不支持
seek()和随机读写，只能顺序流式处理
替代方案：什么时候该放弃管道，改用临时文件或 stream_socket
90% 的所谓“PHP 管道需求”，其实只是想传点数据给外部命令处理。比起折腾 shell 管道或 FIFO，更稳的方式是绕开它。
立即学习“PHP免费学习笔记（深入）”；
- 小数据：用
escapeshellarg()把内容转为参数传给命令，如base64 -d解码字符串 - 大数据或需多次交互：写临时文件 + 命令行参数指定路径，处理完
unlink()，比管道更易调试 - 需要双向实时通信：用
stream_socket_pair()创建 socket 对，比 FIFO 更可控、可 select - 安全敏感场景：禁用所有 shell 函数后，唯一选择是扩展（如
pcntl）或重写逻辑到纯 PHP
管道看着简洁，但每多一层 shell 就多一层不可控。真实项目里，宁可多写两行临时文件逻辑，也不要在 exec() 里拼 |。
