最准方法是运行 composer config -g repo.packagist，返回 JSON 对象（如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}）即生效；返回空、null 或报错则直连官方源 https://packagist.org。
怎么确认你当前用的是哪个镜像源
直接运行 composer config -g repo.packagist，返回 JSON 对象（比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}）才说明生效；返回空、null 或报错，就等于还在直连 https://packagist.org。
常见误判点：
- 漏掉
-g参数，查的是项目级配置，和全局无关 - 键名写成
repos.packagist（多一个s），Composer 静默忽略，不报错也不生效 - 项目根目录
composer.json里有"repositories"字段，会直接屏蔽全局配置——此时得用composer config repo.packagist（不带-g）查项目级设置
阿里云镜像为什么最稳
https://mirrors.aliyun.com/composer/ 是当前（2026 年中）实测同步最快、HTTPS 兼容性最好、CDN 覆盖最全的选项。同步延迟普遍 ≤ 90 秒，packages.json 压缩后体积小 68%，对 CI 环境友好。
注意两个关键细节：
- URL 必须以
/结尾，写成https://mirrors.aliyun.com/composer（少斜杠）会导致 Composer 2.2+ 静默回退官方源 - 内网地址
http://mirrors.cloud.aliyuncs.com/composer/仅限阿里云 ECS 使用，本地配了会直接Connection refused - 不推荐再用旧地址
https://packagist.phpcomposer.com——已停用，强制配置会报404 Not Found
换源后还是卡在 “Loading composer repositories” 怎么办
这不是网络问题，是元数据缓存没刷新。Composer 默认复用本地缓存的 packages.json 最多 15 分钟，哪怕镜像站已同步，你本地也不会重拉。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
必须做两件事：
- 清缓存：
composer clear-cache（只清 ZIP 和 provider 缓存） - 强制刷新元数据：
composer update --refresh（Composer ≥ 2.5）或手动删缓存目录：rm -rf $(composer config --global cache-dir)/repo/https---mirrors-aliyun-com-composer - 加
-vvv参数看真实请求地址，不加就等于“盲装”
项目级配置覆盖全局时怎么排查
哪怕你刚配好全局镜像，只要 composer.json 里有 "repositories" 字段，它就会被强制覆盖，且不报错。
典型陷阱：
- 团队协作时误传带
"repositories"的composer.json，CI 构建失败第一件事就是检查这个字段是否存在 - 旧项目残留了
"repositories": [{"type": "composer", "url": "https://packagist.org"}]，表面看是官方源，实际是硬编码锁死 - 临时调试用
composer update --repository-url=会绕过composer.json里的repositories，但仅本次生效
复杂点在于：镜像是否真正可用，不取决于你写了什么 URL，而取决于它能否返回完整、及时、签名正确的元数据——这需要配合 --refresh 和 -vvv 日志交叉验证，不能只靠 composer diagnose。
