composer why查不到包是因为它默认只显示直接依赖，不展开间接依赖链；需加-t参数查看树形路径，若为dev依赖还需加--dev，且包名必须精确匹配。
composer why 为什么查不到某个包的引入路径
因为 composer why 只显示「直接依赖」关系，不递归展开间接依赖。比如你装了 laravel/framework，它依赖 symfony/http-foundation，但 composer why symfony/http-foundation 默认不会告诉你这是被 Laravel 拉进来的——除非你加 -t（tree）参数。
常见错误现象：执行 composer why vendor/package 返回 Not found，其实它就在依赖树里，只是没被直接 require。
- 必须加
-t才能查看完整依赖路径：composer why -t vendor/package - 如果包是通过
require-dev引入的，需额外加--dev，否则忽略 - Composer 2.2+ 支持
--recursive，但实际中-t已覆盖多数溯源需求，不必叠加
如何快速定位一个底层包（如 monolog/monolog）是谁带进来的
底层包常因多层嵌套而难追踪，composer why 的默认输出容易漏掉关键中间层。正确做法是先确认包名是否精确（注意斜杠前后顺序、大小写），再用树形展开。
示例：想查 monolog/monolog 的来源：
composer why -t monolog/monolog
输出类似：
monolog/monolog 2.10.0 └── laravel/framework 10.48.5 (requires monolog/monolog ^2.9)
- 若输出为空，检查是否拼错包名（如写成
monolog而非monolog/monolog） - 若项目用了
replace或provide（如某些 fork 包），composer why可能不显示真实来源，此时需结合composer show --tree手动扫描 - 某些包被
conflict排除后仍残留于锁文件，why不会提示冲突逻辑，得看composer install -v的详细日志
composer why 和 composer depends 的区别在哪
composer why 是「向下查」：给定一个包，找出谁依赖它；composer depends 是「向上查」：给定一个包，列出所有可能依赖它的其他包（含未安装的）。两者用途完全不同，别混用。
-
composer why vendor/package→ 实际已安装的、生效的依赖链 -
composer depends vendor/package→ 所有在 packagist 上声明了该依赖的包（不管本项目有没有装） - 想确认某个包是否真被用到，只信
why -t；想评估替换风险，才用depends -
depends结果可能极长，建议加--direct限制为一级依赖
为什么有时候 -t 输出太深，根本没法读
Composer 默认不限制树深度，遇到像 phpunit/phpunit 这种被几十个包层层传递依赖的，-t 可能展开十几层，信息淹没在缩进里。
- 用
--depth=2限制层级：composer why -t --depth=2 vendor/package - 配合
grep快速过滤关键中间包：composer why -t vendor/package | grep "laravel\|symfony" - 真正要精简依赖树，不能只靠
why；得结合composer outdated看哪些包版本过旧导致拉入冗余子依赖，或用composer depends --tree反向验证
依赖溯源不是一次命令就能闭环的事，why -t 是起点，不是终点。尤其当多个包提供相同接口（如 PSR 日志）、或存在 replace 规则时，命令输出和实际加载行为可能不一致——这时候得看 vendor/composer/installed.json 里的实际映射。
