popen返回进程管道资源句柄，需fgets/fread读取输出，而exec直接返回命令最后一行输出（或通过$output数组获取全部）；PHP8.0中popen的'r'/'w'模式更严格，不支持双向通信；二者是否可用取决于disable_functions配置，非safe_mode；需交互控制时必须用popen，否则优先用exec。
为什么popen不返回命令执行结果，而exec能拿到最后一行
popen本质是打开一个进程管道，返回的是资源句柄（resource），不是执行结果；它只建立通信通道，后续要靠fgets()、fread()手动读取输出。exec则直接运行命令、捕获stdout并返回字符串——默认只返回最后一行，但可通过第二个参数$output数组拿到全部输出。
常见错误是把popen()当exec()用，比如写$res = popen('ls', 'r'); echo $res;，结果输出Resource id #5，根本不是目录列表。
-
popen()必须配fgets()或fread()才能读到内容，且需pclose()显式关闭 -
exec()的$return_var参数可获取退出码，$output数组才是完整输出（注意：该数组按行分割，不含换行符） - 若命令无输出（如
touch /tmp/test），exec()返回空字符串，popen()仍会成功返回句柄，但fgets()读不到东西
popen的'r'和'w'模式在PHP8.0中实际影响什么
PHP8.0对popen()的mode参数校验更严格：'r'只能读子进程stdout，'w'只能写数据到子进程stdin——不能混用，也不支持'rw'或'a+'这类fopen常见模式。
典型误用是想“一边写输入、一边读输出”，这在popen()里做不到，必须换proc_open()。比如调用openssl enc -aes-256-cbc加解密时需双向交互，popen("openssl enc -aes-256-cbc", 'w')只能送数据进去，拿不到密文输出。
立即学习“PHP免费学习笔记（深入）”；
-
mode = 'r'：PHP进程可fgets()读子进程stdout，子进程无法从PHP读输入 -
mode = 'w'：PHP进程可fwrite()写数据到子进程stdin，子进程输出被丢弃（除非重定向） - PHP8.0下传入非法mode（如
'rb'）会直接返回false，不再静默降级
exec在PHP8.0中默认禁用？安全模式已废弃但仍有陷阱
PHP8.0彻底移除了safe_mode相关配置，但exec等函数是否可用，取决于disable_functions ini设置——这是当前最常被忽略的限制点。
现象是代码没报错，但exec('ls')始终返回null或空字符串，var_dump(function_exists('exec'))却为true。这是因为disable_functions是运行时屏蔽，函数存在但被拦截。
- 检查方法：
echo ini_get('disable_functions');，若输出含exec,shell_exec,popen等，即被禁用 -
popen()被禁用时返回false，而exec()被禁用时返回null（注意类型差异） - 容器或云环境（如AWS Lambda、阿里云函数计算）常默认禁用所有命令执行函数，此时两个函数都不可用，别白费力气试兼容性
什么时候必须用popen而不是exec
只有当你需要控制子进程生命周期、或与之持续交互时，popen()才不可替代。比如监控长时运行的ffmpeg转码进度、实时解析tcpdump -c 100的逐包输出、或向mysql -u root -p这种需要交互式输入密码的命令喂数据。
exec适合“发令—等结果—结束”的场景，popen适合“启动—通信—可控终止”的场景。二者性能差异不大，但错误处理逻辑完全不同：exec失败通常立刻返回非零码；popen失败返回false，但成功返回句柄后，子进程可能中途崩溃，这时fgets()会提前返回false或空，需结合pclose()返回值判断真实退出状态。
-
pclose($fp)返回的是子进程的退出码（左移8位），需$code = pclose($fp) >> 8;还原 - exec的
$return_var是原始退出码，无需位移 - 若子进程被信号杀死（如SIGKILL），
pclose()返回值的低8位非零，需额外检查$code & 0x7F
