proc_open写完stdin卡住的根本原因是未关闭$ pipes[0]导致子进程等eof，或输出未刷缓冲；需fwrite后fflush、及时fclose($pipes[0])，读取前检查feof；stdout与stderr必须分离声明并分别处理；pid通过proc_get_status获取；proc_close前须按序关闭管道并读尽输出。
proc_open 为什么写完 stdin 就卡住？
根本原因是子进程在等待输入结束（比如遇到 EOF），而你没关 $pipes[0]；或者子进程输出未刷缓冲，PHP 读 fgets() 时阻塞在空行上。这不是 PHP bug，是管道通信的天然时序问题。
必须手动控制流生命周期：
- 用
fwrite($pipes[0], "data\n")后立刻调用fflush($pipes[0])，否则数据可能滞留在 PHP 缓冲区 - 确认不再发输入时，必须
fclose($pipes[0])，否则子进程收不到 EOF，会一直等下去 - 不要在
fwrite后立刻fgets，尤其对交互式命令（如python -i、bc）——先 usleep(50000)，再检查feof($pipes[1]) === false再读
如何同时读 stdout 和 stderr 而不丢内容？
默认把 stderr 和 stdout 合并到同一管道（比如只定义 [0=>["pipe","r"], 1=>["pipe","w"]]）会导致错误输出混进正常输出，且无法区分来源。真实场景中，编译器报错、Python 异常、ffmpeg 进度日志都走 stderr，必须分离。
正确做法：
- 描述符数组必须显式声明三项：
array(0 => ["pipe", "r"], 1 => ["pipe", "w"], 2 => ["pipe", "w"]) - 读取时分别处理：
stream_get_contents($pipes[1])拿 stdout，stream_get_contents($pipes[2])拿 stderr - 若需实时混合输出（如 Web 终端），给每行加前缀：
"[OUT] " . $line/"[ERR] " . $line，避免混淆
proc_open 启动的进程怎么拿到 PID？
proc_open 返回的是资源句柄，不是 PID。但 PHP 8.0+ 在 Windows 和 Linux 上都可通过 proc_get_status($process)['pid'] 安全获取。
PHP 8.5.12 RC 1
下载
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
注意两个坑：
- 必须在
proc_open成功返回 resource 后立刻调用proc_get_status，延迟调用可能因进程已退出而返回false - Linux 下该 PID 是真实系统 PID，可直接用于
kill；Windows 下是子进程 PID，但要注意：若命令带 shell 包装（如cmd /c ffmpeg），拿到的是cmd.exe的 PID，不是ffmpeg.exe—— 此时应加['bypass_shell' => true]选项 -
proc_get_status返回数组中'running'字段才是判断进程是否存活的依据，别只看'pid'
proc_close 之前必须做哪些清理？
proc_close 不是“一键关闭”，它会同步等待子进程终止，并回收资源。如果管道没关干净，它会死锁。
标准清理顺序不可颠倒：
- 先
fclose($pipes[0])（关 stdin 写端） - 再循环读
$pipes[1]和$pipes[2]直到feof()为 true，确保所有输出被消费（否则子进程可能因管道满而挂起） - 然后
fclose($pipes[1])和fclose($pipes[2]) - 最后才调用
$return_value = proc_close($process)
漏掉任何一步，都可能导致 PHP 进程卡在 proc_close，或子进程变成僵尸。尤其是 fclose($pipes[0]) 这步，新手最容易忘记。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
