如何通过Composer中文镜像分析项目的依赖层级关系-composer-PHP中文网

composer show --tree（或composer show -t）命令不经过镜像源，仅读取本地vendor/和composer.lock，反映已安装的真实依赖树；镜像仅在install/update阶段加速下载，不影响分析命令。

如何通过composer中文镜像分析项目的依赖层级关系

依赖树命令本身不走镜像，但安装阶段才用得到

Composer 的 composer show --tree（或 composer show -t）这类分析命令**完全不经过镜像源**——它只读取本地 vendor/ 和 composer.lock，和你配的镜像无关。中文镜像（如阿里云、腾讯云、华为云）只在 composer install 或 composer update 时起作用，负责加速包下载。想看依赖层级，先得有真实安装状态；没装进 vendor/，树就是空的。

常见错误现象：composer show --tree 报错 “Could not find package” 或输出为空 —— 90% 是因为还没运行过 composer install，vendor/ 目录压根不存在。

确认是否已安装：运行 ls vendor/，非空才可查树
确认镜像是否生效：执行 composer config -g repo.packagist，应返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如果刚换镜像，记得先 composer clear-cache，否则旧缓存可能干扰安装

精准查某条链路必须加参数，不能只跑 `composer show -t`

默认不加参数的 composer show -t 会从项目根开始展开全部依赖，动辄上千行，缩进嵌套深了根本没法人工数。中文镜像不影响这个行为，但能帮你更快完成前置安装，让树变得“可查”。

查自己直接写的依赖：用 composer show -t --direct，只显示 composer.json 中 require 和 require-dev 里明写的包
聚焦某个包的下游链：比如查 Guzzle 的依赖路径，必须写全名 composer show -t guzzlehttp/guzzle，漏掉 / 或大小写错误就查不到
生产环境审查必加 --no-dev：composer show --no-dev -t .，否则 phpunit 带进来的旧版 symfony/polyfill 会混入结果
终端宽度不够导致缩进错位？加 | less -S 横向滚动：composer show --no-dev -t . | less -S

`composer show --who` 比 `composer depends` 更稳，尤其在镜像环境下

很多人想查 “谁用了 psr/log”，顺手敲 composer depends psr/log，结果为空或报错。这不是镜像的问题，是命令本身的限制：depends 在 Composer 2.4+ 默认关闭，且只扫描你项目 composer.json 的显式声明，不读 vendor/ 里包的 composer.json。而中文镜像安装的包，结构和官方一致，show --who 才是真正可靠的方式。

Composer

Composer 是 PHP 生态常用依赖管理工具，用于安装框架、组件和项目依赖。

下载

查直接依赖者：composer show --who psr/log
排除开发依赖：composer show --who --no-dev monolog/monolog
结果为空 ≠ 没人用：可能是通过 provide 虚拟提供（如 monolog/monolog 提供 psr/log-implementation），此时应回头跑 composer show -t . | grep -B2 -A2 "psr/log"