当前使用的镜像源需依次检查项目级、全局配置及环境变量：运行 composer config repos.packagist 和 composer config -g repos.packagist 查配置，composer config -g repo.packagist 检查旧版设置，再用 env | grep composer_repo 排查环境变量干扰。
怎么确认当前用的是哪个镜像源
Composer 默认会读取全局配置（~/.composer/config.json）和项目级配置（./composer.json 中的 repositories），优先级是项目 > 全局。最直接的方式是查当前生效的源列表：
- 运行
composer config -g repos.packagist，如果返回{"url": "https://packagist.org", "type": "composer"}或类似，说明全局没被改过 - 运行
composer config repos.packagist（不加-g）查项目级配置；若报错Key "repos.packagist" does not exist，说明项目没覆盖 - 如果
composer config -g repo.packagist（注意是repo不是repos）返回了镜像 URL，那大概率是旧版 Composer 用composer config -g repo.packagist https://mirrors.aliyun.com/composer/设置的——这种写法会静默覆盖默认源，且不显示在repos下
移除自定义镜像源的三种操作路径
不是所有“换源”操作都等价，得看当初是怎么加的。常见三种情况对应不同清理方式：
- 如果是用
composer config -g repos.packagist设置的（新版推荐方式），执行composer config -g --unset repos.packagist - 如果是用
composer config -g repo.packagist设置的（老版本遗留写法），执行composer config -g --unset repo.packagist - 如果在项目
composer.json里手动写了"repositories"数组，删掉整个"repositories"字段，再运行composer update --lock刷新锁文件
执行完任一操作后，用 composer config -g repos.packagist 和 composer config -g repo.packagist 都检查一遍，确保两者都无输出或返回默认值。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 composer clear-cache 不能恢复源
缓存清的是已下载的包 ZIP 和元数据（packages.json），不影响源地址本身的配置。很多人以为清缓存就等于“重置”，结果 composer install 还是从镜像拉包，就是因为配置还钉在那儿。
-
clear-cache对源配置完全无感，它只删~/.composer/cache/下的内容 - 即使删了整个
~/.composer/目录，Composer 也会在下次运行时重建默认配置——但前提是没通过环境变量（如COMPOSER_REPO_PACKAGIST）或命令行参数强制指定源 - 某些 IDE（比如 PHPStorm）会在项目设置里偷偷注入镜像源，此时改完配置还得重启 IDE 才生效
验证是否真的回到官方源
别只看配置删没删干净，要观察实际请求行为。最可靠的方法是抓一次 composer update --dry-run 的网络痕迹：
- 加
-v参数：运行composer update --dry-run -v，留意日志里出现的 URL，应该是https://packagist.org/packages.json，而不是阿里云、腾讯云等镜像域名 - 用
composer show -p看已加载的仓库列表，正常应只显示packagist.org一行，且 type 是composer - 如果仍走镜像，检查是否设置了环境变量：
env | grep COMPOSER_REPO，有就unset COMPOSER_REPO_PACKAGIST
镜像源配置藏得深，有时候改了全局配置，但项目里又用 config.platform 或插件间接劫持了请求，这种得逐层排查，不是删一条配置就能完事的。
