答案是修改php.ini启用proc_open函数。需通过php --ini找到配置文件，删除disable_functions中的proc_open及相关函数，保存后重启服务；若为共享主机，可联系服务商或改用VPS环境；临时方案包括使用--prefer-dist参数或预下载vendor包；最后用php -r测试函数是否生效，确保Composer正常运行。
在使用 Composer 安装依赖时，如果遇到 proc_open 被禁用 的错误提示，通常是因为 PHP 配置中禁用了该函数。这个函数是 Composer 执行外部命令（如 Git、PHP 自身等）所必需的。以下是解决该问题的几种方法。
检查并修改 disable_functions 设置
错误的根本原因是 proc_open 被添加到了 PHP 的 disable_functions 列表中。你需要找到 PHP 配置文件 php.ini 并修改它。
- 通过命令
php --ini查看当前加载的 php.ini 文件路径 - 打开该文件，搜索
disable_functions - 从列表中删除
proc_open和可能相关的proc_close、shell_exec等（除非安全策略明确禁止） - 保存文件并重启 Web 服务器或 PHP-FPM（如使用 Nginx/Apache）
确认运行环境是否为共享主机
如果你使用的是共享虚拟主机，可能无法修改 php.ini。此时可尝试以下方式：
- 联系主机服务商，请求启用
proc_open - 查看是否支持自定义
php.ini或.user.ini文件覆盖设置 - 考虑切换到对开发者更友好的托管环境（如 VPS 或 Laravel Forge 类平台）
临时绕过部分外部调用（不推荐长期使用）
某些情况下，可通过 Composer 参数减少对外部进程的依赖：
- 使用
composer install --prefer-dist强制从压缩包安装，避免调用 Git - 提前下载好 vendor 包，在无网络或受限环境中直接部署
但这只是规避，并未解决问题本质，功能仍可能受限。
验证修复结果
修改配置后，运行以下命令测试是否恢复正常：
php -r "var_dump(function_exists('proc_open'));"
若返回 bool(true)，说明函数已启用。再执行 composer install 应可正常进行。
基本上就这些。确保 PHP 环境允许必要函数运行，是 Composer 正常工作的基础。安全与功能性需平衡，盲目禁用关键函数会导致工具无法使用。
