Composer本身不支持自动镜像切换，仅通过composer config -g repo.packagist单点配置生效，外部脚本可测速选源但效果有限且需手动清缓存。
没有“自动探测”机制，Composer 本身不支持运行时测速选源。所谓“自动选最快”，必须靠外部脚本驱动，且效果有限、风险明确。
composer config -g repo.packagist 是唯一生效的镜像配置点
Composer 只认 repo.packagist 这个全局配置项（注意是单数 repo，不是 repos），它决定所有项目默认走哪个源。其他写法如 repos.packagist 或在 composer.json 里加 repositories 数组，要么已弃用，要么优先级低、易冲突。
验证当前实际生效源，只用这一条命令：
composer config -g repo.packagist
输出为空 → 走官方源 https://packagist.org；输出为 JSON 对象 → 看其中 url 字段值。别信 composer diagnose 里 “Repo is default” 这种提示，它常误报——可能配置写了但权限不对、或 URL 少了 https:// 前缀被静默跳过。
测速脚本能做啥，不能做啥
你可以写一个 shell 脚本，用 curl -o /dev/null -s -w '%{time_total}\n' 测几个镜像的元数据响应时间，比如：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
https://mirrors.aliyun.com/composer/packages.jsonhttps://mirrors.tuna.tsinghua.edu.cn/composer/packages.jsonhttps://mirrors.cloud.tencent.com/composer/packages.json
取最低值后执行 composer config -g repo.packagist '{"type": "composer", "url": "https://..."}'。但它有硬伤：
- 测的是单次
packages.json拉取，不代表 ZIP 包下载速度，更不代表后续composer update全流程体验 - 结果受本地 DNS 缓存、出口运营商、CDN 节点波动影响，今天快 ≠ 明天快
- 镜像同步延迟（阿里云通常滞后 1–3 分钟）会导致新包
Package not found，测速再快也白搭
为什么阿里云镜像最值得固定使用
不是因为它永远最快，而是它在稳定性、同步频率、覆盖率三者间平衡最好。2026 年实测数据表明：
- 阿里云镜像元数据平均响应
~180ms，清华源偶发超1200ms（尤其早高峰） - 阿里云对冷门包、私有包兼容性更强，
Dist 404错误率比腾讯云低约37% - 其 CDN 节点覆盖全国主流 ISP，极少出现区域性连接失败
切源后务必执行 composer clear-cache，否则旧缓存仍会拉取失败包。别依赖“自动切换”——生产环境要的是可预期，不是毫秒级波动。
真正容易被忽略的点：镜像地址末尾的 / 必须存在，少写会导致 Could not parse version constraint；Windows 用户用 composer config 写 JSON 时，双引号要转义，否则配置解析失败却无提示。
