最根本的解决方式是启用proc_open()函数，否则可通过禁用composer进程调用依赖项绕过限制：检查函数是否存在，使用–no-scripts、–no-plugins、COMPOSER_DISABLE_NETWORK=1等参数，配置preferred-install为dist，升级Composer 2.x并加–no-interaction。
直接启用 proc_open() 函数是最根本的解决方式，但若无法修改 php 配置（如共享主机环境），可通过禁用 Composer 的进程调用依赖项来绕过该限制。
确认 proc_open() 是否真的被禁用
运行以下命令检查当前环境是否禁用了该函数：
php -r “var_dump(function_exists(‘proc_open’));”
如果输出 bool(false)，说明函数不可用；若为 true，问题可能出在其他地方（如 SElinux、open_basedir 限制或安全模块拦截）。
临时禁用 Composer 的外部进程调用
Composer 在安装/更新时会调用 git、hg、svn 等 VCS 工具，以及运行脚本（scripts）和插件。这些操作默认依赖 proc_open()。可强制跳过它们：
- 添加
--no-scripts参数：跳过 post-install-cmd 等脚本执行 - 添加
--no-plugins：禁用所有插件（部分插件会调用外部命令） - 使用
COMPOSER_DISABLE_NETWORK=1环境变量（仅限离线场景） - 若项目不依赖 git 包，可在
composer.json中将"type": "package"替换为 dist 方式，或提前下载好 zip 包并配置"dist"字段
替换 VCS 驱动为 dist-only 模式
Composer 默认优先尝试克隆 Git 仓库，失败后才回退到 zip 下载。可强制它只走 dist 流程：
- 在项目根目录创建或编辑
composer.json - 添加配置：
“config”: { “preferred-install”: "dist", “github-protocols”: [“https”] } - 运行：
composer install –no-scripts –no-plugins
升级到 Composer 2.x 并启用 –no-interaction
新版 Composer 对 proc_open 依赖更少，且交互式提示也会触发进程调用：
- 用
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"重新安装最新版 - 始终加上
--no-interaction参数，避免任何需要终端交互或子进程的操作 - 配合
--optimize-autoloader可进一步减少运行时开销
基本上就这些。核心思路是切断 Composer 对系统命令的依赖路径，而不是硬改服务器配置。对大多数纯 PHP 项目来说，禁用脚本、插件和 VCS 克隆后，安装完全可行。
以上就是如何解决 Composer 因 proc_open() 被禁用而无法执行的问题？的详细内容，更多请关注php中文网其它相关文章！