composer本身不支持自动就近节点切换，仅依赖单一url配置，所谓“最邻近”需镜像站gslb、dns智能解析及边缘缓存三者协同实现。
Composer 本身不选节点，它只认一个 URL
你配的不是“镜像列表”，而是 repo.packagist 这个单一配置项。Composer 没有内置测速、DNS 调度或地域感知逻辑——它不会自动挑“最近的”CDN 节点，也不会根据你的 IP 切换源。所谓“就近访问”，完全依赖外部三要素：镜像站是否启用 GSLB、DNS 解析是否返回本地边缘 IP、CDN 缓存策略是否覆盖 /p2/ 和 /packages.json 等关键路径。
怎么验证你连的是不是“邻近节点”
别信 curl https://mirrors.aliyun.com/composer/health 返回快就等于节点近——它可能只是 CDN 缓存命中。真正要查的，是 DNS 解析结果和实际请求路径：
- 在不同地区机器上分别运行
dig mirrors.aliyun.com，看返回 IP 是否不同；相同 IP = 未开启 GSLB - 用
curl -v https://mirrors.aliyun.com/composer/packages.json 2>&1 | grep "Connected to"，确认连接的是哪个 IP - 对比
curl -I https://mirrors.aliyun.com/composer/p2/laravel/framework/10.0.0.json和官方源响应状态码，若镜像返回 404 而官方是 200，说明该 provider 文件尚未同步，不是节点问题，是镜像滞后
阿里云、清华、腾讯镜像的节点覆盖差异
三个主流源背后 CDN 架构不同，直接影响你实际连到的物理节点：
-
https://mirrors.aliyun.com/composer/：阿里云 CDN 全网覆盖，华东/华北/华南用户基本都能落到本地 POP，但教育网用户偶发解析延迟 -
https://mirrors.tuna.tsinghua.edu.cn/composer/：清华 TUNA 主要优化教育网和北方骨干网，南方部分运营商 DNS 可能回源到北京主节点，延迟略高 -
https://mirrors.cloud.tencent.com/composer/：腾讯云 CDN 在广东、江苏节点密度高，对移动宽带友好，但对联通/教育网穿透性略弱
没有“绝对最优”，只有“当前网络下最稳”。如果你在 CI 中频繁超时，建议在脚本里加 fallback：先试阿里云，curl -f -s -o /dev/null -w "%{http_code}" https://mirrors.aliyun.com/composer/packages.json 不是 200 就切清华源。
项目级配置下节点选择更不可控
一旦你在 composer.json 里写了 "repositories" 数组（哪怕只有一项），Composer 就会忽略全局 repo.packagist 配置，且不支持动态节点切换。更麻烦的是：这个数组里的镜像 URL 必须带末尾 /，否则所有 /p2/xxx.json 请求都会拼成 /p2/xxx.json → /composerp2/xxx.json，直接 404。
所以，如果你需要多环境一致的节点行为，不要靠 composer.json 写死 URL，而应统一用 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，并确保所有开发机、CI runner 用户都执行了这条命令——因为 ~/.composer/config.json 是 per-user 的，root 配了，www-data 还是走默认源。
