composer show –tree 显示空白或报错“command ‘show’ is not defined”是因为该命令仅在 composer 2.0+ 支持，1.x 版本需用 composer depends 或升级；升级后仍无效需确认存在 composer.lock 文件。
composer show –tree 为什么显示空白或报错
执行 composer show --tree 却没输出、提示“Command ‘show’ is not defined”，通常是因为 Composer 版本太低。该参数在 Composer 2.0+ 才正式支持，1.x 版本（如 1.10）只认 composer depends 或需插件辅助。
- 检查版本：
composer --version，低于2.0.0就得升级 - 升级命令：
composer self-update（全局安装）或php composer.phar self-update（局部） - 升级后仍无效？确认当前目录下存在
composer.lock，否则会提示“no lock file”且无树状输出
替代方案：用 composer depends 查指定包的依赖来源
在旧版 Composer 或只想查某个包被谁引用时，composer depends 更精准实用。它不画整棵树，但能快速定位依赖关系链。
- 查谁依赖
monolog/monolog：composer depends monolog/monolog - 加
-t参数展开传递依赖：composer depends -t monolog/monolog - 注意：它只显示「向上追溯」（谁用了它），不是「向下展开」（它用了谁），别和
composer show --tree混用
完整依赖树导出为文本或搜索特定包
composer show --tree 默认只输出到终端，但实际项目中常需要搜索、比对或存档。直接管道处理最轻量：
- 导出全量树到文件：
composer show --tree > deps-tree.txt - 搜索某包是否被引入（含版本）：
composer show --tree | grep "guzzlehttp/guzzle" - 过滤出 dev-only 依赖：
composer show --tree | grep -E "(dev-|require-dev)"（注意这仅靠文本匹配，不等价于真实作用域判断）
为什么有些包在树里显示为 *（星号）而不是具体版本
这是 Composer 的版本解析机制导致的——当包通过 path 仓库或 package 类型手动定义引入时，Composer 无法确定其稳定版本号，就用 * 占位。
- 常见于本地开发调试：在
repositories中配了"type": "path"指向未打 tag 的本地代码 - 不影响安装，但会让树状图可读性下降；想消除它，给本地包打一个符合 semver 的 tag（如
v1.0.0）并运行composer update - 另外，使用
composer show --tree --no-dev会跳过 require-dev 下的包，但不会改变*显示逻辑
真正要理清依赖闭环，不能只看树形输出，得结合 composer why 和 composer why-not 验证冲突点——尤其当你改了 composer.json 却装不上某个版本时，那才是树结构背后最常卡住的地方。