Composer why命令追溯特定冗余包被引入的原始依赖路径-composer-PHP中文网

“no dependencies exist”是正常现象，说明该包为根依赖，直接写在composer.json的require或require-dev中；此时应grep确认，再用composer depends查使用方或解析installed.json溯源。

composer why命令追溯特定冗余包被引入的原始依赖路径

composer why 返回 “No dependencies exist” 是正常现象

这说明你查的包是根依赖——它直接写在 composer.json 的 require 或 require-dev 里，不是被其他包带进来的。命令没失效，是设计如此。

验证方法很简单：grep -n "vendor/package" composer.json。如果命中，就确认是你自己加的；此时 composer why 永远不会输出路径。

想查“谁在用它”，得换 composer depends vendor/package（Composer 2.2+）
如果 depends 也空，说明它当前没被任何已安装包 require，只是闲置在 vendor/ 里
composer show vendor/package 必须有输出，否则 why 根本不工作——它只读 composer.lock，不看文件系统

查不到完整路径？必须加 `--tree` 和 `--dev`

composer why vendor/package 默认只返回一条最短路径（字典序最小），且不递归。很多情况下它只显示一层，比如 laravel/framework → monolog/monolog，但不会告诉你 laravel/framework 是谁拉进来的。

真正能看清源头的命令是：composer why --tree vendor/package。它会输出类似：

my-project
└── laravel/framework ^10.0
    └── monolog/monolog ^2.0

注意两点：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

如果路径在某一层中断（比如停在 psr/log 就没了），大概率是上游包用了 "provide": {"psr/log-implementation": "*"}，why --tree 不会展开虚拟包
包只在 require-dev 中（如 phpunit/phpunit），不加 --dev 就查不到；而 --no-dev 会直接屏蔽整条 dev 链路
刚改完 composer.json 但没 composer update，--tree 显示的是旧锁文件里的链路，不是你期望的新结构

为什么 `composer why` 报 “Package not found”

这不是包没装，而是它不在当前 composer.lock 的依赖图中。常见原因：

包名拼写错误：大小写、斜杠、连字符都敏感，monolog/monolog ≠ Monolog/Monolog ≠ monolog/monolog-dev
它只存在于 vendor/ 但没被记录进 composer.lock（比如手动 cp 进去、或 install 失败后残留）
项目还没运行过 composer install 或 composer update，composer.lock 缺失或过期
被 replace 或 provide 声明替代后 fallback 安装，why 只认显式 require，不追溯提供方