自建idc换镜像源仍慢的主因是bgp多线出口未对齐：composer实际请求可能走联通线路，但阿里云镜像在该as下无边缘节点，被迫绕行至上海骨干机房导致rtt翻倍；需用mtr对比as路径验证绕路，并通过dns分流、hosts绑定或split-horizon dns协同优化bgp选路。
为什么自建IDC里换镜像源还是慢
不是镜像没生效，而是BGP多线出口没对齐——你用curl -I https://mirrors.aliyun.com/composer/packages.json测出来是200，但实际composer install走的可能是联通AS号线路，而阿里云镜像在该AS下未部署边缘节点，请求被绕行到上海骨干机房再转发，RTT翻倍。这种情况在自建IDC常见，尤其当IDC上联为多BGP（如电信+联通+教育网）且默认路由策略偏向某家运营商时。
怎么验证BGP路径是否绕路
别只看HTTP状态码，要抓真实下载链路：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加
-vvv运行composer install，记下任意一个dists/包的完整URL（比如https://mirrors.aliyun.com/composer/dists/vendor/package/1.0.0.0-zip） - 用
mtr -r -c 10 mirrors.aliyun.com和mtr -r -c 10 cdn.jsdelivr.net对比跳数与AS路径（阿里云镜像走AS45102，腾讯走AS45090） - 重点看第3–5跳：若出现
202.97.x.x（电信CN2）、58.25.x.x（联通A网）等非目标镜像所属AS的IP段，说明BGP选路已偏离
如何强制走最优BGP线路
靠改DNS或hosts治标不治本，真正有效的是让Composer请求直连镜像CDN的最优接入点：
- 阿里云镜像支持EDNS Client Subnet（ECS），但需PHP cURL启用
CURLOPT_DNS_USE_GLOBAL_CACHE = false，实测在PHP 8.1+中默认开启，无需额外配置 - 更稳的方式是覆盖host：查阿里云镜像各线路IP（如电信：
223.6.6.6，联通：114.114.114.114），在/etc/hosts中绑定mirrors.aliyun.com到对应IP（注意：必须用dig +short mirrors.aliyun.com @223.6.6.6确认该IP当前解析有效） - 若IDC有自建DNS，直接在DNS服务器上做
split-horizon响应：对电信出口IP段返回阿里云电信IP，对联通出口返回腾讯云IP（mirrors.cloud.tencent.com）
镜像源与BGP策略必须协同配置
单独优化任一端都可能失效：
- 用了华为云镜像（
mirrors.huaweicloud.com/composer/）但IDC上联无华为云BGP Peer，所有流量仍走默认国际出口 → 换成腾讯云镜像更稳 - 全局配了
repo.packagist，但项目composer.json里写了"repositories": [{"type": "composer", "url": "https://packagist.org"}]→ Composer会忽略全局配置，强制走海外源 - CI环境用Docker构建时，容器网络走bridge模式，默认继承宿主机路由表 → 必须在
docker run加--add-host=mirrors.aliyun.com:223.6.6.6才生效
mirrors.tuna.tsinghua.edu.cn最快，下周清华教育网主干升级后，mirrors.cloud.tencent.com可能反超——建议把mtr检测脚本集成进CI前置检查。
