最可靠方式是覆盖为https://packagist.org而非删除配置；需按环境变量＞项目级＞全局顺序排查，用composer config repo.packagist、composer config -g repo.packagist、env | grep COMPOSER_REPO_PACKAGIST分别查三层，并通过composer require --no-install -vvv验证真实请求地址。
直接还原官方源最可靠的方式是覆盖为 https://packagist.org，而不是删配置；删错字段名（比如用 repo.packagist 而非 repos.packagist）会导致看似执行成功、实则毫无效果。
怎么确认当前真正生效的镜像源
Composer 查源顺序是：环境变量 > 项目级 composer.json > 全局配置。只看 composer config -g repo.packagist 输出容易误判。
- 查项目级实际生效地址：
composer config repo.packagist（不加-g） - 查全局配置值：
composer config -g repos.packagist（注意是复数repos） - 查环境变量干扰：
env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows） - 验证真实请求地址：运行
composer require monolog/monolog --no-install -vvv，滚动日志中找Downloading https://开头的行——正确应含https://repo.packagist.org
删配置还是覆盖？优先选覆盖
用 composer config -g repo.packagist composer https://packagist.org 直接写入官方地址，比 --unset 更稳，尤其在 Composer 2.2–2.4 小版本中，删掉 repo.packagist 可能触发 Could not parse version constraint 错误。
- 键名必须是
repo.packagist（单数），这是 Composer 2.x 解析镜像 URL 的主字段 - 命令中
composer是 type，https://packagist.org是 url，顺序不能颠倒 - 若只想临时改当前项目，去掉
-g即可：composer config repo.packagist composer https://packagist.org
为什么 --unset 总不生效
常见原因是字段名写错或漏掉作用域。Composer 2.x 同时支持 repo.packagist（单数）和 repos.packagist（复数）两种写法，但它们互不覆盖——删一个，另一个还在起效。
- 删全局配置必须带
-g，否则只删当前项目composer.json里的repositories字段 - 正确命令是：
composer config -g --unset repos.packagist（复数）或composer config -g --unset repo.packagist（单数），建议两个都执行一遍 - 某些老项目
composer.json里有"packagist.org": false这种禁用写法，删全局配置无效，得手动删整个repositories块 - 删完必须立刻运行
composer clear-cache，否则仍会从旧缓存拉取元数据
最容易被忽略的是三层覆盖关系和缓存残留：哪怕你把全局和项目配置全清空了，只要环境变量 COMPOSER_REPO_PACKAGIST 还在，或者缓存没清，请求就依然走镜像。验证一定要落到 composer require --no-install -vvv 的真实 HTTP 请求地址上。
