Composer install卡住却没报错，是因为默认模式会静默吞掉DNS失败、SSL错误、PHP版本不匹配等底层异常；加-vvv可暴露真实HTTP请求、SAT求解过程及错误上下文，是唯一可靠调试入口。
composer 没有全局配置项能“永久开启 verbose”，所有日志级别都必须在命令行显式指定，-vvv 是唯一可靠、即时生效的调试入口。
为什么 composer install 卡住却没报错？加 --verbose 看真实动作
默认模式下，Composer 会吞掉网络超时、SSL 验证失败、PHP 版本不匹配、文件权限拒绝等底层错误。它只告诉你“正在加载仓库”，但不会说卡在 GET https://packagist.org/p2/monolog/monolog.json 上是因为 DNS 解析失败。
-
--verbose（或-v）会暴露每一步：HTTP 请求 URL、读取的composer.json路径、镜像源地址、脚本执行命令 - 常见静默卡点：
Loading composer repositories（镜像不可达）、Installing dependencies（平台扩展缺失如ext-redis）、Resolving dependencies（SAT 回溯陷入死循环） - 别用
--dry-run -v替代真实执行——它跳过锁文件校验和扩展检查，某些错误根本不会触发
-v、-vv、-vvv 的实际差异在哪？
不是“多一个 v 就多几行”，而是逐级打开不同层级的内部行为：
-
-v：仅显示包名、进度条、“Generating autoload files” 这类用户可见动作 -
-vv：开始出现版本尝试记录，比如Checking platform requirements for package foo、远程请求 URL、锁文件变更摘要 -
-vvv：完整暴露 SAT 求解器过程——Generating rules、Rejecting monolog/monolog 2.9.0 (by rule #45)、原始 HTTP 响应头、json_decode() expects parameter 1 to be string, bool given这类真实上下文
查问题时怎么快速过滤 -vvv 输出？
-vvv 输出全部走 stderr，不重定向就 grep 不到任何东西。
- 正确重定向写法：
composer update -vvv 2>&1 | grep "monolog" - 确认是否走国内镜像：
composer install -vvv 2>&1 | grep "mirrors.aliyun.com" - 看脚本执行顺序：
composer install -vvv 2>&1 | grep "Executing script" - CI 或 Docker 环境务必加
--no-ansi，避免颜色控制符污染日志解析：composer install -vvv --no-ansi 2>&1 - 日志量太大？用
head -n 200或重定向到文件：composer update -vvv > debug.log 2>&1
别碰 composer.json 里的 "verbose": true
这个字段是无效的。Composer 不支持通过配置文件设置日志级别，"config": { "verbose": true } 完全被忽略。网上某些教程写的全局 alias（如 alias composer='composer -vv'）看似方便，但会导致日常命令也输出冗余信息，反而掩盖真实问题。真正要调试时，就老老实实敲 -vvv——它不依赖环境、不修改配置、不缓存副作用，是唯一可控的入口。
最易被忽略的一点：-vvv 日志里每一句 because 都是因果链终点，比如反复出现 Skipped monolog/monolog 3.5.0 because it requires php ^8.1，说明瓶颈根本不在包本身，而在 PHP 版本。盯住最后十行，比通读整个日志有用得多。
