最准命令是composer config repo.packagist.org，它自动合并项目级与全局配置并按优先级返回实际生效镜像URL；若报错则说明走官方源，加-v可查配置来源文件。
直接运行 composer config repo.packagist.org 就能拿到当前实际生效的镜像 URL，不是 composer diagnose，也不是 composer show——后者根本不查源地址。
为什么 composer config repo.packagist.org 是最准的命令
Composer 的镜像源由 repositories 配置控制，而 repo.packagist.org 是 Composer 2.2+ 唯一认的主源键名，它会自动合并项目级和全局配置，并按优先级返回最终生效值：
- 如果项目
composer.json里写了"repositories"段并覆盖了packagist.org，它就返回那个 URL - 如果项目没写，但全局
~/.composer/config.json里有repo.packagist.org，它就返回全局配置 - 如果两者都没设，命令会报错
Could not find repository 'packagist.org'，说明正在用官方源https://packagist.org - 加
-v参数（composer config -v repo.packagist.org）还能看到这行配置具体定义在哪个文件里
别被 composer config -l 和旧键名带偏
composer config -l 默认只列出“非默认且已显式设置”的扁平配置项，而 repo.packagist.org 是嵌套结构，不会出现在输出里。常见误判点：
-
composer config -l | grep repo可能只扫出repositories.packagist或repos.packagist—— 这些是旧键名或自定义私有源，不参与 Packagist 主源路由 -
composer config -g repo.packagist（少个.org）在新版本中已被弃用，可能返回空或警告，不代表没配镜像 -
composer diagnose不输出镜像地址，只检测连通性；它报The repository 'https://xxx' is not accessible，恰恰说明你配了镜像但 URL 不可达
改完配置却还是走老地址？三个必做动作
Composer 不会自动刷新元数据缓存，配置变更后必须手动干预才能生效：
- 执行
composer clear-cache：90% 的“镜像不生效”问题都卡在这一步 - 用
composer -vvv require monolog/monolog看真实请求日志，找GET https://xxx/composer/packages.json这一行——这才是最终发出去的 URL - 用
curl -I https://mirrors.aliyun.com/composer/packages.json手动测镜像接口是否返回200 OK；404 或超时说明 URL 格式错了（比如少了个/）或镜像暂时不可用
最容易被忽略的是：Composer 对镜像 URL 完全不校验格式和可用性，错配了也不会报错，直到 update 卡住才暴露。所以每次改完，先跑一次 composer config repo.packagist.org 确认输出，再 clear-cache，最后 -vvv 验证请求路径——三步缺一不可。
