composer why 用于查看某包被谁依赖而安装，prohibits 用于诊断无法安装某包的原因。例如：why 显示 monolog/monolog 被 symfony/console 和 laravel/framework 需要；prohibits 发现 some/package 3.0 因 PHP 版本或 another/package 限制无法安装。两者分别实现正向追踪与反向排查，帮助精准定位依赖问题。
在使用 Composer 管理 PHP 项目依赖时，经常会遇到版本冲突或安装失败的问题。为了帮助开发者排查这些问题，Composer 提供了两个非常有用的命令：why 和 prohibits。虽然它们都用于分析依赖关系，但用途和查询方向完全不同。理解它们的区别，有助于更高效地解决依赖冲突。
why：查看某个包为什么被安装（正向依赖追踪）
composer why 命令用于回答：“这个包是被谁需要的？” 它从一个已安装的包出发，向上追溯哪些其他包依赖它。这是一种正向查询，即从“结果”反推“原因”——你看到某个包存在，想知道它是如何进入项目的。
例如：
composer why monolog/monolog
输出可能如下：
symfony/console requires monolog/monolog (^1.25 || ^2.0) laravel/framework requires monolog/monolog ^2.0
这说明 monolog/monolog 被 symfony/console 和 laravel/framework 所需要，因此被安装进来。
也可以加上版本号来查看特定版本为何被选中：
composer why monolog/monolog 2.3.5
它会告诉你当前项目中哪个依赖要求了这个版本范围，从而导致该版本被锁定。
prohibits：查看某个包为何无法安装（反向冲突分析）
composer prohibits 命令用于回答：“为什么我不能安装这个包或这个版本？” 它是一种反向查询，专门用于诊断安装失败的原因。当你尝试 require 一个包却失败时，可以用它找出是哪个现有依赖阻止了该操作。
例如，你想安装 some/package:3.0，但 Composer 报错说版本不兼容：
composer prohibits some/package 3.0
输出可能显示：
my/project requires php ^7.4 some/package 3.0 requires php >=8.0
或者：
another/package 1.2 requires some/package ^2.0
这说明要么你的 PHP 版本太低，要么已有包 another/package 锁定了 some/package 的版本范围，导致无法升级到 3.0。
这个命令特别适合在 CI/CD 或团队协作中快速定位“别人能装我不能装”的问题。
核心区别总结
-
方向不同：
why是“谁需要它”，属于正向依赖链分析；prohibits是“谁拦着它”，属于反向冲突检测。 -
使用场景不同：
why用在“我想知道这个包为啥在这”；prohibits用在“我想装但装不了，到底是谁搞的鬼”。 - 输入目标相似但逻辑相反：两者都可以指定包名甚至版本，但前者查“存在原因”，后者查“缺失障碍”。
实用建议
当遇到依赖问题时，可以按以下思路排查：
- 先运行
composer install看错误信息。 - 如果提示版本冲突，用
composer prohibits 包名 版本号找出具体限制来源。 - 若发现某个意外包被安装，用
composer why 包名查看是谁引入的，判断是否可替换或移除。 - 结合
composer depends（别名 of why）和composer prohibits形成完整依赖视图。
基本上就这些。掌握 why 和 prohibits 的差异，就像拥有了 Composer 依赖世界的“透视镜”和“故障扫描仪”，能大幅降低调试成本。
