虚拟主机无法执行composer的主因是禁用exec等函数，可采用--no-scripts --no-plugins方案绕过；若需脚本则本地构建后上传vendor；权限问题需手动设755/644。
虚拟主机上无法执行 composer 命令的常见原因
绝大多数共享虚拟主机（如阿里云虚拟主机、腾讯云轻量应用服务器默认 PHP 环境、部分 cPanel 主机）禁用 exec、shell_exec、proc_open 等 PHP 系统调用函数，而 Composer 的 install 和 update 默认依赖这些函数拉取包、解压、运行脚本。直接在虚拟主机根目录下运行 php composer.phar install 会报错：proc_open() has been disabled for security reasons 或空白页面/500 错误。
绕过禁用函数：用 --no-scripts --no-plugins 安装依赖
Composer 的核心功能（下载、解包、生成 autoload.php）不强制依赖外部进程 —— 只要跳过需执行的脚本和插件即可。这是最轻量、兼容性最强的方案：
-
--no-scripts：跳过post-install-cmd、pre-autoload-dump等所有自定义脚本（多数项目无强依赖） -
--no-plugins：禁用所有插件（避免插件内部调用被禁函数） - 必须配合
--optimize-autoloader和--classmap-authoritative使用，否则自动加载器可能失效
php composer.phar install --no-scripts --no-plugins --optimize-autoloader --classmap-authoritative
注意：vendor/autoload.php 仍可正常使用，但 bin/ 下的可执行文件（如 phpunit）不会被软链接或安装；若项目依赖这些二进制，需本地构建后上传。
本地构建 + 全量上传：适用于含 scripts 或扩展的项目
当项目 require 了需要编译的扩展（如 ext-protobuf）、或必须运行 post-install-cmd（如生成配置、清理缓存），就不能跳过脚本。此时唯一可靠方式是：在本地完整执行 composer install，再把整个 vendor/ 目录上传。
- 本地环境 PHP 版本、扩展、架构（x86_64 / ARM）须与虚拟主机一致，否则运行时报
undefined symbol或failed to open stream - 务必使用
composer install --no-dev减小体积（虚拟主机磁盘常受限） - 上传前检查
vendor/composer/autoload_classmap.php是否生成成功（空文件说明 classmap 构建失败） - 禁止上传
composer.lock以外的composer.*文件（如composer.json可删，但保留更利于后续维护）
用 php -d disable_functions= 临时启用函数（仅限支持自定义 php.ini 的主机）
少数虚拟主机允许通过 .user.ini 或 php.ini 覆盖禁用函数。若控制面板提供「PHP 配置」入口，可尝试：
- 查找
disable_functions行，删除其中的proc_open,exec,shell_exec - 若只允许追加配置，在
.user.ini中写：disable_functions = pcntl_alarm,pcntl_fork（即显式覆盖原值，不带被禁函数） - 修改后必须重启 PHP-FPM 或等待生效（通常 1–2 分钟），用
phpinfo()页面确认disable_functions输出已更新
此法风险高：一旦配置错误导致 PHP 崩溃，网站将完全不可访问，且部分主机禁止修改该值 —— 不建议作为首选方案。
真正卡住的点往往不是 Composer 本身，而是对 vendor/ 目录权限的理解：虚拟主机常默认关闭 chmod，但 Composer 安装时会尝试设为 0755。若上传后提示 failed to open stream: Permission denied，需用 FTP 工具手动批量设 vendor/ 及子目录为 755、文件为 644。
