首先检查并修改php.ini中被禁用的proc_open()函数，或使用--no-scripts、--no-plugins选项临时绕过，也可通过Phar方式运行Composer避免系统调用，若权限受限则联系管理员或改用预打包依赖方案。
在使用 Composer 时，如果遇到 proc_open() 函数被禁用 的错误提示，通常是因为 PHP 的安全配置中将该函数列入了 disable_functions。这个函数被 Composer 用来执行外部命令（如 Git、tar 等），一旦被禁用，会导致依赖安装或更新失败。
检查并修改 disable_functions 配置
最直接的解决方法是确认 proc_open() 是否被禁用，并在允许的情况下将其移除：
- 打开你的 PHP 配置文件
php.ini（可通过php --ini查看加载路径） - 搜索
disable_functions - 从列表中删除
proc_open和proc_close（如果也被禁用） - 保存文件并重启 Web 服务器或 PHP-FPM 服务
使用 Composer 的 --no-scripts 或 --no-plugins 选项
某些插件或脚本会强制调用 proc_open()。你可以临时绕过这些行为：
-
composer install --no-scripts：跳过 composer.json 中定义的脚本 -
composer install --no-plugins：禁用所有插件，减少对外部命令的依赖
这不能根本解决问题，但可作为临时方案，尤其适用于部署环境。
改用 Phar 直接运行方式（避免依赖系统函数）
如果你无法修改服务器配置，可以尝试使用 Composer 的 Phar 文件并通过 PHP 直接运行，同时尽量避免触发系统调用：
- 下载官方 Composer.phar：
curl -sS https://getcomposer.org/installer | php - 使用内置功能替代外部工具，例如设置 Composer 使用纯 PHP 解压器：
在 composer.json 中添加配置：
"config": {
"use-include-path": false,
"disable-tls": false
}
并确保依赖包以 zip 形式提供，且不依赖 Git 克隆。
联系服务器管理员或主机提供商
如果你使用的是共享主机或受限制的虚拟环境（如某些虚拟主机、Docker 容器或云平台），可能无法自行修改 php.ini。此时应：
- 联系技术支持，询问是否可启用
proc_open - 考虑切换到支持完整 PHP 功能的环境
- 使用预打包的依赖（如构建好的 phar 或 vendor 打包上传）来绕过线上安装
基本上就这些可行方案。核心在于恢复 proc_open() 功能或规避其调用。根据你的权限和环境选择合适的方法。
