composer why 看不到某个包，首先确认包名是否精确匹配，必须使用全名（如 monolog/monolog 而非 monolog），区分大小写且不支持模糊匹配；其次该命令仅显示直接依赖者，深层依赖需加 --recursive；若返回 root 则说明是项目直接声明的依赖；环境不一致或未启用 --all 也可能导致“package not found”。
composer why 看不到某个包？先确认包名是否精确匹配
执行 composer why vendor/package-name 报错 “Package not found”，大概率是包名写错了——Composer 不支持模糊匹配，也不接受别名或缩写。
比如你想查 monolog/monolog，但输成 monolog 或 monolog/ 都会失败。必须用 composer show 或 composer info 先核对真实包名。
- 运行
composer show列出所有已安装包，找全名 - 若包名含下划线（如
symfony/yaml），不能写成symfony-yaml - 区分大小写：某些私有仓库包名大小写敏感，
MyVendor/mylib≠myvendor/mylib
why 命令只显示直接依赖者，深层依赖链需加 --recursive
composer why 默认只返回一级上游依赖，即“谁直接 require 了它”。如果某包是被间接引入的（比如 A → B → C，你查 C），不加参数就看不到 A。
- 查完整依赖路径：用
composer why --recursive vendor/package-name - 注意：--recursive 不会无限展开，只展示从根
composer.json到该包的最短路径（Composer 8.2+） - 若路径中出现
[dev]标记，说明该包是通过require-dev引入的，上线部署时可能被忽略
为什么 why 显示 “root”？说明它是你项目直接声明的依赖
执行 composer why some/package 返回：
root requires some/package (^2.0)，代表这个包是你自己在
composer.json 的 require 或 require-dev 里明确定义的，不是被其他包带进来的。
- 检查
composer.json中的require和require-dev字段 - 如果想移除它，要手动删掉对应行，再运行
composer update some/package或composer install - 别指望
composer remove some/package自动清理——该命令仅适用于 Composer 2.5+，且仍需确认是否被其他包依赖
遇到 “No packages found” 却明明装着？可能是未启用 --all 或环境不一致
在 CI 或 Docker 构建环境中运行 composer why 却提示找不到包，常见原因是当前环境没加载全部依赖上下文：
- 确保执行命令时处于项目根目录（有
composer.json和vendor/） - 若用了平台配置（如
platform或config.platform.php），某些包可能因版本约束被跳过解析 - 尝试加
--all参数：它会强制扫描所有已安装包（包括被conflict或replace掩盖的），但速度稍慢 - 某些插件（如
hirak/prestissimo旧版）可能干扰依赖图生成，临时禁用后重试
why 查的是锁文件（composer.lock）里的最终解析结果，不是 composer.json 里写的那一行。 
