Composer install失败时脚本无法捕获异常，因其直接退出并返回非零状态码，不抛PHP异常；需在shell层用proc_open或wrapper捕获exit code与stderr。
Composer install 失败时脚本无法捕获异常？
默认情况下，composer install 或 composer update 遇到依赖解析失败、网络超时、权限错误等，会直接退出并返回非零状态码，但不会抛出 PHP 异常——这意味着你在 scripts 里写的 PHP 回调函数（如 post-install-cmd）根本不会执行，更谈不上捕获。
真正能“捕获”的位置只有 shell 层：必须把 Composer 命令本身包裹在 shell 脚本或自定义命令中，靠退出码 + stderr 输出做判断。
- 不要试图在
post-install-cmd里 try/catchcomposer install—— 它压根没被 PHP 执行 - 若想上报错误，得在
pre-install-cmd注册钩子记录起始时间，再用外部 wrapper 检测最终 exit code -
composer install --no-scripts可避免脚本干扰，方便你统一控制流程
用 shell wrapper 捕获 stderr 并触发错误上报
在项目根目录建一个 bin/composer-safe（记得 chmod +x），内容类似：
#!/bin/sh set -e stderr=$(mktemp) trap 'rm -f "$stderr"' EXIT <p>if ! composer "$@" 2>"$stderr"; then error_log=$(cat "$stderr")</p><h1>这里替换成你的上报逻辑：curl / logger / Slack webhook</h1><p>echo "$error_log" | curl -X POST -H "Content-Type: text/plain" \ --data-binary @- <a href="https://www.php.cn/link/6916222172eb021e5d5f0043453078b9">https://www.php.cn/link/6916222172eb021e5d5f0043453078b9</a> exit 1 fi
关键点：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
set -e确保任何命令失败立即退出，避免后续误执行 -
2>"$stderr"把所有错误输出重定向到临时文件，不污染终端 - 别用
||简单拼接——它会吞掉原始 exit code，导致 CI 流水线误判成功 - 上报前建议提取关键字段，比如匹配
^[\w-]+:.*?failed或Failed to download
PHP 脚本中模拟“可捕获”的 Composer 行为？
如果你坚持要在 PHP 里调用 Composer（比如 CI 工具链封装），需用 proc_open() 替代 exec()，否则拿不到完整 stderr 和 exit code：
$process = proc_open(
'composer install --no-ansi',
[
['pipe', 'r'],
['pipe', 'w'],
['pipe', 'w'], // stderr
],
$pipes,
__DIR__,
$_ENV
);
<p>list(, $stdout, $stderr) = $pipes;
$output = stream_get_contents($stdout);
$error = stream_get_contents($stderr);
$status = proc_close($process);</p><p>if ($status !== 0) {
// $error 包含真实错误，如 "The requested package laravel/framework (locked at v10.48.0) is satisfiable by laravel/framework[v10.48.0] but these conflict with your requirements."
report_composer_error($error, $status);
}注意：
-
exec()和shell_exec()无法分离 stdout/stderr，也不可靠返回 exit code -
proc_open()是唯一能同时拿到三者（输出、错误、状态）的方式 - 别在
composer.json的scripts字段里写长 PHP 逻辑——加载器可能未完全初始化，get_class_methods()都可能报错
CI 环境下常见漏报点：缓存与静默失败
GitHub Actions 或 GitLab CI 中，composer install 可能因缓存命中而跳过实际安装，导致错误被掩盖；或者因 --quiet 参数抑制输出，让上报日志为空。
- CI 中禁用缓存调试：
composer install --no-cache --verbose - 永远在上报 payload 里带上环境上下文：
COMPOSER_HOME、PHP_VERSION、GIT_COMMIT - 某些私有仓库认证失败时，Composer 只打印
Could not fetch，不带 HTTP 状态码——得结合composer diagnose结果交叉验证 - 如果用了
platform配置伪造 PHP 版本，composer install可能“成功”但运行时报Function xyz not found——这类问题无法在安装期捕获，得另做运行时检查
