执行 composer config -g --unset repos.packagist 可恢复官方源，该命令删除全局配置中自定义镜像项，composer 因字段不存在而自动启用 https://packagist.org；需配合 composer clear-cache 生效，并验证配置清空及请求 url 正确。
直接执行 composer config -g --unset repos.packagist 就能恢复官方源
这条命令会从全局配置文件（~/.composer/config.json 或 C:\Users\用户名\AppData\Roaming\Composer\config.json）中彻底删掉自定义的 Packagist 镜像配置项。Composer 检测到 repos.packagist 不存在时，会自动启用内置逻辑：走 https://packagist.org ——这不是“回退默认值”，而是“未设置 = 启用官方行为”的设计结果。
- 只删这一项就够了，不用动
repositories数组里的其他源（比如私有仓库） - 如果之前用的是旧写法
repo.packagist（单数），要改用--unset repo.packagist；但 Composer 2.0+ 默认识别repos.packagist（复数），建议统一用后者 - 执行后不会立刻生效——缓存还在，必须紧接着运行
composer clear-cache
为什么 --unset 不等于“重置为默认值”
composer config --unset 只是删除 JSON 字段，不是调用某个“还原函数”。Composer 内部没有“默认值数据库”，很多行为靠“字段是否存在”来分支判断：
-
secure-http：unset 后默认为true（强制 HTTPS），这是硬编码逻辑 -
sort-packages：unset 后是false，不是继承上次设置 -
minimum-stability：unset 后不会变回stable，而是触发警告或报错，必须手动设 -
config.process-timeout：unset 后不恢复 300 秒，可能继承 shell 超时或无限等待
所以别指望它“智能还原”，它只是“清空字段”。你删了镜像，它才走官方源，是因为源逻辑恰好依赖这个字段的存在性。
验证是否真恢复了官方源
光看命令没报错不等于成功。得确认两点：配置已清、网络请求走对地方：
- 查配置：
composer config -g repos.packagist应该返回空或报错Key "repos.packagist" does not exist - 查实际请求地址：运行
composer require monolog/monolog --no-install，观察输出里下载元数据的 URL —— 正确应含https://repo.packagist.org，而不是mirrors.aliyun.com或其它镜像域名 - 如果仍走镜像，大概率是项目级
composer.json里还留着repositories配置，需手动删或覆盖
误删或删错怎么办：没有撤销键，只能手动修
Composer 没有 composer config --undo 或类似机制。删错就只剩两个选择：
- 重写回配置：
composer config -g repos.packagist composer https://packagist.org - 直接编辑
config.json文件，把整个"repos": { "packagist": ... }节点补回去（注意 JSON 格式和逗号）
最容易被忽略的是：有些团队脚本或 CI 流程会自动写入镜像配置，你本地删了，下次跑构建又悄悄加回来。真要彻底禁用，得检查所有可能注入配置的地方。
