要开启 composer 依赖解析的详细日志，必须使用 composer update --dry-run -vvv --profile：它不修改 lock 文件，但完整输出 sat 求解器每一轮版本尝试、冲突排除与回溯路径，重点关注 trying、conflict、removing 等决策行及末尾性能统计。
如何开启 Composer 依赖解析的详细日志
Composer 默认不输出依赖解析过程的中间决策，想看它到底怎么算出版本冲突或回溯路径，得手动开调试开关。composer update -v 只显示操作步骤，不够细；真正要看到 solver 的每一步尝试，必须加 --profile 和 -vvv（三重 verbose）。
实操建议：
-
composer update --dry-run -vvv --profile是最安全的起点：不改composer.lock，但完整打印约束求解器（Composer\DependencyResolver\Pool和Solver）的每一轮包筛选、版本排除、回溯点记录 - 如果卡在某个包上不动，大概率是 solver 正在暴力回溯，此时
--profile输出末尾的「Peak memory usage」和「Solver took X ms」能帮你判断是否真卡死，还是只是慢 - 避免直接对生产项目跑
-vvv，日志动辄数万行；先用composer show vendor/package锁定可疑包，在最小composer.json中复现
关键日志字段含义与定位技巧
三重 verbose 下，真正有用的不是“正在安装 xx”，而是形如 Dependency resolution completed in X.XXms 前后几十行里的 solver 决策流。重点关注带 try、conflict、remove、require 的行。
常见模式识别：
-
Trying: vendor/package[1.0.0, ..., 2.5.0]表示 solver 正在枚举该包的可选版本区间，若后面紧接多行conflict，说明这些版本全被其他约束否决 -
Conflict: packageA requires packageB ^2.0, but packageB[1.9.0] is locked这类提示直接暴露锁文件与新约束的硬冲突，注意看括号里是is locked还是is installed——前者要删composer.lock或用composer update packageB解锁 -
Removing packageC (2.1.0)出现在回溯阶段，代表 solver 已放弃某个组合，开始尝试更早的版本；若反复出现同一包被 remove，可能是它成了“瓶颈依赖”
为什么 composer why-not 比日志更快定位冲突
完整 solver 日志信息密度低、噪音大，而 composer why-not 是专门针对“某个包/版本为何装不上”的精准诊断命令，底层复用同一套 resolver，但只输出最小冲突链。
使用条件：
- 必须指定完整包名+版本，例如
composer why-not monolog/monolog:3.0.0，不能只写monolog/monolog - 若提示
Root composer.json requires monolog/monolog 3.0.0 -> satisfiable by monolog/monolog[3.0.0]但没后续，说明问题不在依赖树，而在平台约束（PHP 版本、扩展缺失），此时要检查composer show --platform - 输出中出现
→ requires php ^8.0但本地是 PHP 7.4，就比在上万行日志里搜php高效得多
解析失败时最容易忽略的三个点
很多人盯着 solver 日志找“哪个包报错”，却漏掉更底层的配置干扰。
-
minimum-stability设为stable但目标包只有dev-main分支，solver 会静默跳过所有非 stable 版本——日志里只显示“no matching package found”，不会告诉你是因为稳定性过滤 - 私有仓库配置错误（如
repositories里 URL 少了/packages.json后缀），会导致 solver 认为该源无任何包，而非报连接错误；用composer config repositories核对路径 -
platform配置伪造了不存在的扩展（如"ext-foobar": "1.0"），solver 会按此假定进行依赖推导，直到某步发现“需 ext-foobar 但实际无”，此时日志中的 conflict 提示极难关联到源头
复杂点永远在约束叠加层：PHP 版本、扩展可用性、稳定性标记、平台配置、私有源元数据——solver 日志只展示结果，不标注哪一层规则触发了排除。盯日志前，先用 composer check-platform-reqs 和 composer config --list 过一遍基础环境。
