最直接方法是用curl -o /dev/null -s -w 'time_total: %{time_total}s'测镜像根路径，因Composer无内置测速命令；不能仅ping，因镜像走HTTPS且多数CDN不响应ICMP，ping无法反映TLS握手、HTTP头解析等真实开销。
用 curl 测 Composer 镜像响应时间最直接
Composer 本身没有内置测速命令，但镜像本质是 HTTP 服务，curl -o /dev/null -s -w 'time_total: %{time_total}s\n' https://mirrors.aliyun.com/composer/ 这条命令就能拿到真实延迟。注意必须加 -o /dev/null 避免下载内容干扰计时，-s 关闭进度条，-w 输出格式化耗时。
为什么不能只 ping 镜像域名
Composer 镜像走 HTTPS，且多数 CDN 节点不响应 ICMP（ping 会失败或返回假数据）；即使 ping 通，也只反映网络层连通性，不包含 TLS 握手、HTTP 头解析、CDN 路由等真实开销。实测中，ping 延迟 10ms 的镜像，curl 实际请求可能高达 300ms——尤其在首次访问未缓存的包元数据时。
测速时要避开缓存干扰
CDN 和本地 DNS 缓存会让结果失真，建议加参数强制绕过：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
-H "Cache-Control: no-cache"：告诉 CDN 别用缓存响应 -
--dns-servers 114.114.114.114（可选）：换干净 DNS 避免本地 hosts 或运营商劫持 - 测多个镜像时，每条命令后加
sleep 0.5，避免触发 CDN 频控限流
常见镜像地址和对应命令示例
把下面任一 URL 替进前面的 curl 命令即可：
阿里云：https://mirrors.aliyun.com/composer/
腾讯云：https://mirrors.cloud.tencent.com/composer/
华为云：https://repo.huaweicloud.com/composer/
清华源：https://mirrors.tuna.tsinghua.edu.cn/composer/
注意：不要测 https://packagist.org，那是国外源，延迟高且不稳定，不是国内镜像。
实际延迟波动大，单次测试意义有限；建议循环 3 次取平均值，再对比不同镜像。另外，如果 time_total 超过 2s，大概率是 DNS 解析慢或 CDN 节点异常，不是网络问题。
