composer show --tree 无法显示冲突源头，因其仅按require声明层级缩进展示依赖关系，不反映实际安装版本、加载顺序或版本差异，需配合composer why -t、composer show等命令协同排查。
composer show --tree 为什么看不出冲突源头
它只展示声明层级，不反映实际安装版本或加载行为。缩进只是表示 require 声明嵌套深度，比如 guzzlehttp/guzzle 下缩进出现 psr/http-client，只说明 Guzzle 的 composer.json 写了这条依赖；但若 laravel/framework 也引入了 psr/http-client，且版本不同，show --tree 会把两个路径都列出来，却不会标出版本差异——你得手动执行 composer show psr/http-client 查实际装的是哪个版本。
常见误判包括：
- 看到同一包在 2 级和 4 级重复出现，就以为是冲突，其实可能都解析到了
v1.0.2，纯属多路径收敛 - 把缩进当加载顺序，误以为缩进深的类会被后加载、从而覆盖浅层同名类——但 autoload 行为由
classmap注册顺序决定，和树无关 - 终端宽度不够导致换行错位，缩进视觉混乱，建议用
composer show --tree --no-dev | less -S
真正能定位冲突的命令组合
单靠 show --tree 不够，必须配合反向追踪和版本确认：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查谁在用某个包（尤其是报错里提到的）：
composer why -t psr/log，加-t才显示完整路径，否则只返回直接依赖 - 查谁依赖了它（反向）：
composer show --who psr/log，注意--no-dev必须显式加上，否则phpunit拉进来的旧版symfony/polyfill会干扰判断 - 确认实际安装版本：
composer show vendor/package，不是看树里的名字，是看versions字段 - 检查是否被
replace或provide干扰：composer show -a查所有已注册的虚拟包，比如psr/log-implementation可能由monolog/monolog提供，此时why psr/log为空是正常的
什么时候必须上 Graphviz 可视化
当 composer show --tree --no-dev | wc -l 超过 200 行，或者你在输出里 grep 到同一个包出现在 ≥3 条不同缩进路径时，文本树已经失效。这时需要图形化工具定位“交汇点”：
- 先装
graphviz：macOS 用brew install graphviz，Ubuntu/Debian 用sudo apt install graphviz，Windows 官网安装时务必勾选「Add Graphviz to the system PATH」 - 再装可视化插件：
composer global require baethon/composer-graph - 生成图：
composer graph --format=png --output=dep.png，图中箭头方向是“被依赖”关系（A → B 表示 A 依赖 B） - 重点看节点颜色和边粗细：红色节点通常是冲突候选，加粗边代表多条路径汇聚，这类交汇点就是版本协商失败的高发区
依赖冲突不是“修错”，而是“做选择”
Composer 的 SAT 求解器不会告诉你“该删谁”，它只告诉你“当前约束无解”。最终决策权在你手上：
- 如果冲突包是开发依赖（如
phpunit/phpunit），优先加--no-dev看生产环境是否干净 - 如果两个上游包分别要求
^5.0和^6.0，别硬凑，查 Packagist 确认是否存在同时兼容两者的中间版本（如symfony/http-kernel v6.4.0兼容^5.4 || ^6.0） - 用
composer update vendor/package --with-dependencies定点升级，避免全量重算卡死 - 最易被忽略的一点：检查
platform配置。如果你在composer.json里写了"platform": {"php": "8.1"}，但实际运行环境是 PHP 8.3，某些包的conflict规则会被绕过，导致看似没冲突，实则运行时报错
