直接执行composer config -g --unset repos.packagist可移除全局镜像配置，Composer自动回落至https://packagist.org；需确保字段名为复数repos而非repo，删后须运行composer clear-cache并用composer config -g repos.packagist验证是否不存在。
直接删掉全局镜像配置字段
执行 composer config -g --unset repos.packagist 就能移除全局镜像设置，Composer 会自动回落到官方源 https://packagist.org。这个操作不修改任何文件，只清理 ~/.composer/config.json 中的 repos.packagist 字段——注意是复数 repos，不是单数 repo，写错不会报错但无效。
常见错误现象：composer config -g --unset repo.packagist 看似一样，实则删的是一个不存在的字段，配置依然生效；composer config -g --unset repositories 也不对，它删的是整个 repositories 数组（可能含私有源），而非 packagist 映射项。
- 必须带
-g参数，否则只删当前项目composer.json里的内容 - 删完立刻生效，但缓存未清时仍可能走旧镜像，建议紧接着跑
composer clear-cache - Windows 用户若提示 Permission denied，可能是杀毒软件锁了
%APPDATA%\Roaming\Composer\config.json，需管理员权限重试
验证是否真还原成功
别信命令没报错就完事。最可靠的验证方式是运行 composer config -g repos.packagist，正确结果应为 Key "repos.packagist" does not exist 或空输出。如果返回 URL，说明删错了字段名或删漏了其他残留项。
更进一步确认实际行为：运行 composer require monolog/monolog --no-install -vvv，观察日志里 Downloading https://repo.packagist.org/packages.json 这类地址是否出现——出现即说明已回退到官方源；若仍是 mirrors.aliyun.com，大概率是项目级 composer.json 里还留着 "repositories" 块，得手动删或用 composer config --unset repositories 清理。
- 环境变量
COMPOSER_REPO_PACKAGIST也能覆盖配置，Linux/macOS 下用echo $COMPOSER_REPO_PACKAGIST检查是否被设值 - 某些老项目模板（如早期 Laravel 安装器）会写
"packagist.org": false，这等于关源又没给替代，删repos.packagist不解决，得删整个repositories字段
同时清理可能并存的错误字段
历史配置混乱很常见：有人用过 repo.packagist（单数），也有人用过 repos.packagist（复数），甚至混用 packagist.org 键名。这些字段 Composer 都不校验，全静默忽略或部分生效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
安全做法是逐个清理：
composer config -g --unset repo.packagistcomposer config -g --unset repos.packagistcomposer config -g --unset packagist.org
再执行 composer config -g 查看输出，确保没有形如 "repo": {...}、"repos": {...} 或 "packagist.org": ... 的残留字段。只要这些键都不存在，Composer 就严格按默认逻辑走官方源。
为什么不能只改 URL 回官方地址
有人图省事执行 composer config -g repo.packagist composer https://packagist.org，这看似“切回官方”，但实际埋了隐患：它把官方源当成一个普通镜像注册进 repos.packagist，而 Composer 5.0+ 默认开启 packagist.org 自动代理机制，两者共存会触发 Repo is not configured properly 警告，且某些私有包场景下解析失败概率上升。
- 真正干净的还原，是让
repos.packagist字段彻底消失，而非指向官方地址 - 如果担心误删其他配置，可用
composer config -g先导出当前全局配置，人工检查后再删 - 项目级配置不受影响，但如果你在多个项目里都硬编码了
repositories，那得一个个进目录手动清理
重置本质是清空特定键，不是“恢复出厂”。Composer 没有 reset 命令，所有操作都基于字段存在性判断，所以验证时必须盯住 key 名、复数/单数、大小写和 JSON 结构层级——这几个地方错一个，就白忙活。
