最准方式是执行 composer config -g repo.packagist：返回 URL 即当前生效镜像地址，返回空则使用官方源 https://packagist.org；需注意 -g 参数、末尾斜杠、HTTPS 协议及清缓存。
怎么查当前生效的镜像源地址
最准的方式是直接问 Composer 自己：composer config -g repo.packagist。它返回什么，就是当前真正起作用的地址；返回空，说明走的是官方源 https://packagist.org。别信 composer.json 里写的 repositories 字段——如果没加 -g，你查的只是当前项目配置，容易误判全局状态。
常见错误现象：
- 改完配置却没生效：漏了
-g，只改了项目级配置 -
composer diagnose显示Repo is default：不是“没配”，而是配错位置、权限不对（比如 root 写的~/.composer/config.json，当前用户读不到），或 URL 协议写成http://被新版 Composer 静默忽略 - URL 少了个末尾
/：某些镜像站会报Could not parse version constraint
阿里云、腾讯云、华为云镜像的实际表现差异
2026 年实测下来，阿里云镜像是目前最稳的选择：https://mirrors.aliyun.com/composer/ 延迟普遍低于 80ms，同步频率为每分钟，覆盖包全，且公网和内网都可用（内网地址见下条）。腾讯云镜像在 VPC 内极快，但公网环境偶发 502 或超时，不建议跨云厂商用；华为云镜像同步慢（每 10 分钟），适合对安全审计有强要求的企业场景，但日常开发没必要选它。
关键区别点：
- 阿里云公网地址：
https://mirrors.aliyun.com/composer/—— 通用、稳定、推荐 - 阿里云内网地址（仅限阿里云 ECS）：
http://mirrors.cloud.aliyuncs.com/composer/—— 无 HTTPS，但更快更稳；本地或非阿里云服务器配了会直接Connection refused - 腾讯云公网地址：
https://mirrors.cloud.tencent.com/composer/—— 公网不稳定，composer update容易卡住 - 原
https://packagist.phpcomposer.com已于 2025 年底停用，强制配置会导致404 Not Found错误
为什么清缓存比换源还重要
换完镜像源不执行 composer clear-cache，旧包仍可能从缓存里拉，导致你以为换源失败。缓存路径默认在 ~/.composer/cache，里面存着已下载的 .zip 和解析过的元数据。尤其当你之前用过失效镜像（比如停服的 phpcomposer.com），缓存里可能存着损坏的 packages.json，后续所有操作都会卡在 Resolving dependencies。
实操建议：
- 每次换源后必跑：
composer clear-cache - 验证是否真走新源：
composer require --dev phpunit/phpunit:^9.6 --no-install -vvv，看日志里请求的域名是不是你设的那个 - 如果项目
composer.json里硬写了"repositories"，全局配置会被绕过——这是最常被忽略的“镜像失效”原因，得手动删掉
临时禁用镜像或回退到官方源的正确姿势
调试依赖冲突或确认是不是镜像导致的问题，不需要删配置文件。两行命令就能干净切换：
临时跳过镜像（仅本次命令）：composer --no-plugins --no-scripts require monolog/monolog
彻底还原官方源：composer config -g --unset repos.packagist，然后立刻跟一句 composer clear-cache。注意：repos.packagist 是复数写法，已弃用；新版认的是单数 repo.packagist，但 --unset 命令仍兼容旧键名。
复杂点在于配置优先级：全局 repo.packagist > 项目 composer.json 里的 repositories > 默认源。很多人只改了全局，却忘了项目里还有硬编码，结果白忙活。
