还原默认镜像需执行 composer config -g --unset repo.packagist 清除全局配置，再用 composer config -g --list 验证；项目级需修改 composer.json 中 repositories 字段，将 packagist URL 改回 https://www.php.cn/link/ec811d0d775adc62776ba80fadd4ed19，并运行 composer update --lock 生效。
Composer 还原默认镜像地址（全局配置）
如果你之前用 composer config -g repo.packagist composer <a href="https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9">https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9</a> 之类命令改过全局镜像，现在想退回去用官方源，直接删掉对应配置项就行。Composer 不会“记住”你改过什么，它只读当前生效的配置，而配置优先级是：项目级 composer.json > 当前用户全局 ~/.composer/config.json > 系统级（极少用）。所以还原的关键是定位并清除那条 repo.packagist 配置。
- 运行
composer config -g --list查看全局所有配置，确认是否存在repo.packagist项 - 如果存在，执行
composer config -g --unset repo.packagist删除它 - 删除后可再跑一次
composer config -g --list验证是否消失 - 注意：不要手动编辑
~/.composer/config.json，容易格式出错；用--unset最安全
项目级镜像怎么还原（不碰全局）
有些项目在自己的 composer.json 里写了 "repositories"，比如加了阿里云或腾讯云镜像，这时全局恢复了也没用——项目级配置会覆盖全局。得进项目目录处理。
- 先检查
composer.json里有没有"repositories"字段，尤其是里面包含"packagist.org"或"mirrors.*"的条目 - 如果整个
"repositories"是为了替换 packagist，通常可以整块删掉（前提是没额外加私有包源） - 如果只改了 packagist 的 URL，保留其他仓库，那就只把
"packagist.org"对应的"url"改回"<a href="https://www.php.cn/link/ec811d0d775adc62776ba80fadd4ed19">https://www.php.cn/link/ec811d0d775adc62776ba80fadd4ed19</a>" - 改完记得运行
composer update --lock，否则旧composer.lock可能还指向镜像地址
为什么 composer clear-cache 不够用？
清缓存只是删掉本地已下载的 zip 和 dist 包，不影响 Composer 解析依赖时请求哪个域名。即使缓存全空，只要配置里还写着镜像地址，composer install 依然会去那个镜像拉元数据（packages.json），甚至可能因镜像同步延迟装错版本。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer clear-cache后仍走镜像 → 说明配置没还原 -
composer diagnose会提示 “You are using a custom repository” → 直接暴露问题所在 - 某些 CI 环境会自动注入镜像（如 GitHub Actions 的
php-actions/composer），这时得查 CI 配置，不是改本地就能解决
还原后验证是否真走官方源
别只信 composer config --list 显示“没配置”，实际请求可能还是镜像。最稳的验证方式是抓包或看日志：
- 运行
composer install -v（verbose 模式），留意输出里Downloading <a href="https://www.php.cn/link/ec811d0d775adc62776ba80fadd4ed19/">https://www.php.cn/link/ec811d0d775adc62776ba80fadd4ed19/</a>...还是<a href="https://www.php.cn/link/b1ab006037786f7f31ce32c4f0eabf59">https://www.php.cn/link/b1ab006037786f7f31ce32c4f0eabf59</a>... - 或临时加个不存在的包触发失败：
composer require nonexistent/package，看报错里的 URL 是哪个 - 如果用的是较新 Composer（2.2+），还可以加
--no-cache强制跳过缓存，排除干扰
镜像地址藏得深的地方就那么几处：全局 config、项目 composer.json、CI 脚本、甚至某些 IDE 插件会偷偷写配置。还原不是一键的事，得一层层确认生效位置。
