不能。composer show --tree 默认只显示顶层包及其一级依赖，不递归展开子依赖；需用 composer depends 检查直接依赖约束，或 composer prohibits 反向定位冲突源头，并结合 platform 配置、replace 规则和 lock 文件状态综合判断。
composer show --tree 能直接看到完整依赖树吗
不能。默认的 composer show --tree 只显示顶层包及其一级依赖，不展开递归子依赖，容易误判“没冲突”。真正要定位冲突来源，得用带 -t（即 --tree）且指定具体包名的方式，或者改用更可控的 composer depends 和 composer prohibits。
定位某个包被谁强制要求了特定版本
比如你遇到 Your requirements could not be resolved，提示 monolog/monolog 版本冲突，想查清楚是哪个包在拉低版本，执行：
composer depends monolog/monolog
它会列出所有直接依赖 monolog/monolog 的包，以及它们各自声明的约束（如 ^1.25 或 ~2.0）。注意：这里只显示直接依赖，不包括间接传递依赖——但冲突往往就出在某一个直接依赖的版本锁死上。
- 如果输出为空，说明没有包直接 require 它，可能是通过
replace或provide机制引入的 - 若某包写了
"monolog/monolog": "1.23.0"这种固定版本，它大概率就是冲突源头 - 搭配
composer show monolog/monolog看当前已安装版本和可用版本范围
为什么 composer prohibits 比 show --tree 更适合查冲突
composer prohibits 是专为解决冲突设计的命令，它会模拟安装失败时的约束求解过程，反向推导“哪些已存在依赖阻止了某个包的安装”。例如：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer prohibits phpunit/phpunit:10.5
它会告诉你：laravel/framework v9.52.6 requires phpunit/phpunit ^9.5，从而明确指出 Laravel 框架锁死了 PHPUnit 9.x，导致你无法升级到 10.5。
- 这个命令不依赖当前是否已安装目标包，只要
composer.json里有相关约束就能分析 - 输出中的
requires链是真实生效的依赖路径，比show --tree展开的“理论路径”更可靠 - 对 dev-master、branch-alias、平台配置（如
platform.php）也敏感，能暴露隐藏约束
实际排查时最容易忽略的三个点
冲突往往不是出在主依赖上，而是这些地方：
-
config.platform在composer.json里硬编码了 PHP 或扩展版本（如"php": "8.1.0"），会让所有包按该平台解析兼容性，导致看似合理的版本被拒绝 - 某个包用了
replace声明自己“替代”了另一个包（如psr/log），但替换规则写得不严谨，引发解析歧义 - 本地
composer.lock文件残留了旧约束，运行composer update --dry-run前最好先git checkout -- composer.lock清掉干扰
依赖树不是静态快照，它是 Composer 解析器在当前环境、配置、lock 文件三者共同作用下的动态结果。盯着 show --tree 看半天，不如跑一遍 prohibits + 检查 platform 配置来得直接。
