默认情况下，composer install失败时脚本会中断，因shell默认终止非零退出码命令；需用composer install || true压制退出状态，或分层处理关键/非关键步骤并记录退出码。
composer install 失败时如何让脚本继续运行
默认情况下，composer install 或 composer update 遇到依赖解析失败、网络超时、权限错误等任何非零退出码，shell 脚本就会中断。这不是 Composer 本身的“忽略错误”开关问题，而是 shell 的默认行为。
实操上最直接的办法是用 shell 的逻辑操作符压制退出状态：
-
composer install || true：无论composer install返回什么状态码，整条命令都视为成功 -
composer install -n --no-interaction || true：加上非交互模式，避免卡在提示上 - 如果只想忽略特定错误（比如平台配置不匹配），可先用
composer validate --no-check-publish探路，再决定是否继续
为什么 --ignore-platform-reqs 不等于“忽略所有错误”
--ignore-platform-reqs 只跳过 PHP 版本、扩展（如 ext-mbstring）等平台约束检查，它不会让网络错误、JSON 解析失败、vendor 目录不可写等真正运行时错误静默过去。
常见误用场景：
- CI 环境里 PHP 版本低，加了
--ignore-platform-reqs却仍因file_put_contents(/path/to/vendor/autoload.php): failed to open stream中断——这属于权限或磁盘满问题，和平台要求无关 - 私有包认证失败报
Could not fetch https://repo.example.com/packages.json, enter your token，这个交互式提示即使加-n也可能卡住，必须配合|| true或提前配置auth.json
在 GitHub Actions 或 Jenkins 中安全跳过 Composer 错误
自动化流水线里盲目用 || true 会掩盖真实故障，建议分层处理：
- 先检查
composer --version是否可用，避免命令未找到就执行失败 - 对非关键步骤（如生成文档类 autoload、安装 dev-only 工具），明确用
composer require --dev phpstan/phpstan --ignore-platform-reqs || true - 把关键依赖安装和非关键工具安装拆成两个 step，前者不允许跳过，后者允许失败
- 记录原始退出码：
composer install; exit_code=$?; [ $exit_code -eq 0 ] || echo "Composer failed with code $exit_code" >&2
替代方案：用 try/catch 模拟但别真用
PHP 脚本里调用 exec('composer install') 无法用 try/catch 捕获 Composer 错误，因为它是子进程，PHP 只拿到返回码和输出。想做精细化控制，得自己解析 exec() 的 $output 和 $return_var，再判断是否含 "failed"、"error" 等关键词——但正则匹配不稳定，容易漏判或误判。
更靠谱的做法是：把 Composer 当作外部命令对待，用 shell 层级的错误抑制 + 日志捕获，而不是在 PHP 里试图“捕获异常”。
真正难处理的是那些没输出错误信息却静默失败的情况，比如某些插件钩子崩溃后 Composer 直接退出码 1 但 stdout 为空——这时候必须开 -v 或 --profile 才能看到线索。
