Composer 报 proc_open 被禁用是因为其依赖该函数执行 git clone、unzip 等外部命令；若 PHP 配置中 disable_functions 包含 proc_open（常见于共享主机、阿里云轻量服务器、Alpine 镜像等），就会触发错误。
为什么 Composer 报 proc_open 被禁用？
因为 Composer 在安装、更新依赖时，大量依赖 proc_open 函数执行外部命令（比如 git clone、unzip、php 子进程等）。如果 PHP 配置中禁用了该函数（常见于共享主机、部分云虚拟机或安全加固后的环境），Composer 就会直接报错，典型错误信息类似：
PHP Fatal error: Uncaught Error: Call to undefined function proc_open()
或者更隐晦的：
[RuntimeException] The archive may contain identical file names with different capitalization (which fails on case-insensitive filesystems)
——这类看似“解压异常”的错误，底层往往就是 proc_open 不可用导致 fallback 逻辑失败。
如何确认 proc_open 确实被禁用？
别猜，直接验证。在命令行运行：
php -r "var_dump(function_exists('proc_open'));"
返回 bool(false) 即确认被禁用。再检查禁用列表：
php -i | grep disable_functions
如果输出中包含 proc_open（或 proc_*、system、shell_exec 等），就坐实了限制来源。
常见受限场景包括：
