必须显式执行composer config -g repo.packagist composer https://packagist.org/并清缓存才能可靠切回官方源；旧版composer用--unset会因键名错误（应为单数repo.packagist）、解析异常或缓存残留导致失败，且项目级repositories配置优先级最高，会完全覆盖全局设置。
必须显式执行 composer config -g repo.packagist composer https://packagist.org/ 并运行 composer clear-cache，才能可靠切回官方源。仅删配置、不指定 URL 或不清缓存，composer update 仍可能拉不到新包或版本错乱。
为什么 composer config -g --unset repos.packagist 不行
旧版 Composer（2.2–2.4）执行该命令后 fallback 行为不稳定：可能卡住、报 Could not parse version constraint，或静默继续走镜像。关键点在于：
-
repos.packagist（复数）是已被弃用的键名，Composer 2.0+ 只认repo.packagist（单数） - 写错字段名（比如
packagist或repos.packagist）→ 配置写进无效位置，命令不报错但实际没生效 -
--unset不会“自动还原”其他隐含行为（如secure-http），它只是删键，不是恢复默认逻辑
切回官方源的正确命令与验证
两步缺一不可，顺序不能颠倒：
- 执行
composer config -g repo.packagist composer https://packagist.org/（注意末尾/和composer类型标识） - 立即执行
composer clear-cache（缓存路径：~/.composer/cache/或%APPDATA%\Composer\Cache\） - 验证输出：
composer config -g repo.packagist应返回{"type": "composer", "url": "https://packagist.org/"} - 真实请求验证：
composer require monolog/monolog --no-install -vvv，日志中Downloading的 URL 必须是https://repo.packagist.org
项目级配置和环境变量会覆盖全局设置
即使全局已设对，只要当前项目 composer.json 里有 "repositories" 字段，Composer 就完全无视全局配置：
- 检查项目是否覆盖：
composer config repo.packagist（不加-g），若输出非官方 URL，说明被项目配置盖掉了 - 快速禁用项目级源：
composer config --unset repositories，或手动删掉composer.json中整个"repositories"块 - 检查环境变量干扰：
env | grep COMPOSER_REPO（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），有就unset或重开终端
真正影响结果的从来不是那条命令本身，而是缓存残留、多层配置叠加——尤其是项目级 repositories 块的存在，会让所有全局操作形同虚设。
