直接切回 Packagist 官方源的命令是 composer config -g repo.packagist composer https://packagist.org，该命令明确覆盖全局镜像设置，兼容所有 >=2.0 版本，比 --unset 更稳妥可靠。
直接切回 Packagist 官方源的命令是什么
执行一条命令就能还原，不需要手动改配置文件：composer config -g repo.packagist composer https://packagist.org。这是最稳妥、最推荐的方式——它明确覆盖全局镜像设置，把 repo.packagist 重置为官方地址，而不是依赖“删除”动作去触发回退逻辑。
为什么不用 composer config -g --unset repos.packagist
这个命令看似合理，但实际有风险：它只是移除自定义配置项，而 Composer 在找不到 repos.packagist 时，并不总是自动 fallback 到 https://packagist.org；某些旧版本或特殊环境（比如存在其他 repositories 干扰）可能表现为源不可用或报错 Could not parse version constraint。
- 该命令在 Composer 2.5+ 行为较稳定，但在 2.2–2.4 版本中偶现 fallback 失败
- 如果之前还配置过其他仓库（如私有包源），
--unset可能导致整个repositories结构异常 - 直接设 URL 更可控，且兼容所有 >=2.0 的 Composer 版本
切完源后必须做的两件事
否则你很可能感觉“没变快也没变慢”，甚至遇到缓存污染导致 composer update 报错或拉错版本。
- 运行
composer clear-cache：强制清空本地元数据缓存，避免 Composer 继续读取旧镜像的packages.json快照 - 验证是否生效：执行
composer config -g repo.packagist，输出应为{"type": "composer", "url": "https://packagist.org"}或直接显示https://packagist.org；若仍显示国内地址，说明命令未执行成功或被项目级配置覆盖
项目级配置干扰了全局设置怎么办
即使全局已切回官方源，只要当前项目 composer.json 里有 "repositories" 字段，就会优先使用其中定义的源——这是 Composer 的设计机制，不是 bug。
- 检查项目根目录下是否存在自定义仓库配置：
grep -A 5 '"repositories"' composer.json - 若存在且想临时禁用，可运行
composer config repo.packagist composer https://packagist.org（不带-g），覆盖项目级设置 - 若想彻底清理，直接编辑
composer.json，删掉整个"repositories"块，再运行composer update --lock重建锁文件
clear-cache + config -g repo.packagist 双验证。 
