composer depends 命令可查看包的依赖来源，使用 --tree 显示完整引用链，--recursive 查看深层依赖，--no-dev 排除开发依赖，结合脚本批量分析多个包，帮助定位冗余依赖与冲突。
Composer 的 depends 命令（也叫 why）不仅能告诉你某个包为什么被安装，还能深入分析依赖关系链。掌握它的高级用法，能帮你快速定位冗余依赖、冲突来源或理解复杂的依赖结构。
查看某个包被引入的具体原因
最基础的用法是检查一个包为何存在：
composer depends vendor/package-name这会列出直接或间接依赖该包的所有其他包。如果你想看完整的依赖路径（即“谁引用了谁”），加上 --tree 参数：
composer depends vendor/package-name --tree输出将展示树状结构，清晰地显示从根项目到目标包的完整引用链。
查找间接依赖的源头
某些包可能不是你直接 require 的，但它们出现在 vendor/ 目录中。使用 depends 可以追溯其来源：
如果输出显示是 symfony/console 引入的，而你又不需要这个组件，就可以考虑优化依赖。
结合 --recursive 选项，还能看到更深层的依赖影响：
composer why --recursive some/package
它会列出所有依赖于该包的包，包括嵌套层级更深的那些，帮助评估移除该包的影响范围。
排除开发依赖进行分析
默认情况下，depends 会包含 dev 依赖。如果你只想看生产环境下的依赖链，加上 --no-dev：
composer why vendor/package --no-dev这在排查线上问题或构建轻量镜像时特别有用，避免被测试工具类包干扰判断。
批量分析多个包
虽然 depends 不支持一次性传多个包名，但可以通过脚本方式批量处理：
for pkg in package1 package2 package3; doecho "=== Why $pkg ===";
composer why $pkg --tree;
done
这种做法适合做依赖审查或升级前的评估。
基本上就这些。合理使用 depends 的各种选项，能让你对项目的依赖网络有更清晰的认知，减少“这个包怎么还在？”的困惑。
