因为 Composer 实际生效源优先级为项目级 > 全局配置 > 默认源，composer config -g repo.packagist 仅显示全局设置，若项目 composer.json 含 repositories 或存在环境变量，会覆盖该值，导致显示与实际不符。
为什么 composer config -g repo.packagist 显示的不是你想要的源？
很多人执行 composer config -g repo.packagist 后看到类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，就以为这是“当前生效的镜像配置”，其实不是——这个值只是全局配置里显式写死的自定义源，而 Composer 实际优先级是：当前项目 composer.json > 当前项目 composer.lock > 全局配置（~/.composer/config.json） > 默认官方源。所以删掉全局配置，不代表立刻切回官方源。
- 先运行
composer config -g repo.packagist确认是否真有手动设置；如果报错或返回空，说明全局没设，问题可能出在项目级 - 再进项目目录，运行
composer config repo.packagist，看是否有项目级覆盖 - 如果两者都为空，但
composer install依然走国内镜像，大概率是 Composer 版本 ≥2.2 启用了自动镜像重定向（阿里云、腾讯云等会主动响应packagist.org的 DNS 或 HTTP 请求并劫持），这不是配置问题，而是网络层行为
如何彻底清除所有自定义镜像配置？
Composer 镜像配置分三层：全局（~/.composer/config.json）、项目级（./composer.json 的 repositories 字段）、以及命令行临时覆盖（如 COMPOSER_REPO_PACKAGIST=https://packagist.org）。要恢复默认，必须逐层清理：
- 删除全局镜像：
composer config -g --unset repos.packagist（注意是repos.packagist，不是repo.packagist；旧版文档常写错） - 检查并编辑项目
composer.json，删掉整个"repositories"块（包括里面带packagist.org别名或镜像 URL 的条目） - 确认没有设置环境变量：
unset COMPOSER_REPO_PACKAGIST（Linux/macOS）或set COMPOSER_REPO_PACKAGIST=（Windows CMD） - 清空 Composer 缓存：
composer clear-cache，否则旧镜像元数据可能仍被复用
验证是否真的回到 packagist.org？
别只看配置输出，要实测请求路径。最可靠的方法是启用调试模式抓真实 HTTP 请求：
- 运行
composer diagnose -v，末尾会显示 “Checking https://packagist.org/packages.json” —— 如果 URL 是packagist.org而非镜像域名，说明配置已清干净 - 更直接的方式：
composer install -vvv | grep -i 'GET https'（Linux/macOS），观察实际发起的请求地址；Windows 可用composer install -vvv 2>&1 | findstr "GET https" - 如果仍看到镜像域名，且确认配置已清，那很可能是本地 DNS 或代理（如公司内网、Clash 规则）在做透明转发，这时需查网络层，而非 Composer 配置
Composer 2.2+ 的“自动镜像”机制怎么绕过？
从 Composer 2.2 开始，它会在首次访问 packagist.org 时，尝试探测可用镜像并自动切换（基于地理位置和响应速度）。这个行为无法通过配置关闭，但可以强制禁用：
- 加环境变量启动：
COMPOSER_DISABLE_AUTO_PATCHES=1 composer install（仅本次生效） - 永久禁用自动镜像：在全局配置中显式设回官方源，并禁用自动重定向：
composer config -g repo.packagist {"type": "composer", "url": "https://packagist.org"}，然后加composer config -g allow-plugins.composer-installers true（避免某些插件干扰） - 终极方案：改 hosts 文件，把
packagist.org解析到真实 IP（如151.101.64.209），绕过 CDN 和镜像调度逻辑
真正麻烦的从来不是删配置，而是你以为删完了，结果请求还在走镜像——这时候得往网络栈下三层查。
