Composer镜像还原本质是清除或重置repositories配置，即删除全局repos.packagist字段、清理项目级repositories中镜像条目，并执行composer clear-cache；验证以composer diagnose显示https://packagist.org为准。
Composer 镜像还原本质是改回 repositories 配置
Composer 本身没有“镜像开关”或内置还原命令，所谓“还原镜像”，实际是把被修改的全局或项目级 composer.json 中的 repositories 字段（尤其是 packagist.org 的替换）删掉或重置为默认行为。如果你用过 composer config -g repo.packagist composer https://packagist.org 这类命令，它只是在全局配置里加了一条仓库映射，还原就是把它删掉。
怎么确认当前用了哪个镜像？
执行 composer config -g repos.packagist 查看全局镜像设置；执行 composer config repos.packagist（不带 -g）查看当前项目的镜像设置。如果返回空，说明没显式覆盖，默认走 packagist.org；如果返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，就表示已启用对应镜像。
- 注意：某些国内工具（如腾讯云、华为云 CLI）会静默写入全局配置，不一定通过
composer config设置，得直接看配置文件 - 全局配置路径通常是
~/.composer/config.json（Linux/macOS）或%APPDATA%\Composer\config.json（Windows） - 项目级配置在
./composer.json里的repositories数组中
安全还原的三步操作
别直接删整个 config.json，容易误删其他自定义配置（比如 auth tokens）。推荐按顺序操作：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config -g --unset repos.packagist清除全局镜像配置 - 检查项目根目录下
composer.json，删掉"repositories"字段中类型为"composer"且 URL 指向镜像站的条目（保留"packagist.org": false这类禁用默认源的除外） - 执行
composer clear-cache，避免本地缓存仍指向旧镜像地址
完成后，composer install 或 composer require 就会重新从 https://packagist.org 拉取元数据和包。
为什么有时还原后还是走镜像？
常见原因不是配置没清干净，而是环境变量或第三方工具干预：
-
COMPOSER_REPO_PACKAGIST环境变量存在（例如某些 CI 脚本里硬编码了），优先级高于配置文件 - IDE（如 PHPStorm）在设置里启用了“Use Packagist mirror”，属于 UI 层覆盖，需手动关闭
- 某些 Docker 镜像或部署脚本在构建时注入了镜像配置，还原本地配置无效，得改构建流程
最稳妥的验证方式是运行 composer diagnose，它会提示 “You are running Composer with SSL/TLS protection disabled.” 之类无关信息，但关键看最后是否显示 “The configured repository (https://packagist.org) is available.” —— 这个 URL 必须是原始地址才算真正还原成功。
