执行 composer config -g repo.packagist 可直接查看当前全局配置的 Packagist 镜像源 URL，若为空则使用官方源；再用 curl 测 packages.json 的 TTFB 等指标评估真实响应质量。
composer config -g repo.packagist 是最直接的查看方式
执行 composer config -g repo.packagist 会输出当前全局配置的 Packagist 镜像源 URL，比如 https://packagist.phpcomposer.com 或 https://mirrors.aliyun.com/composer/。这一步不测延迟，但必须先确认你用的是哪个镜像——很多同学误以为自己在用阿里云镜像，实际 config 里还是官方源（https://packagist.org），测出来的延迟自然高。
注意：composer config -g repo.packagist 只显示配置值，不验证连通性。如果返回空，说明没设镜像，走的就是官方源；如果返回一个 URL，就拿它去下一步实测。
用 curl 测真实 DNS 解析 + TLS 握手 + 首字节时间
Composer 本身不提供延迟诊断命令，得靠系统工具。推荐这条命令：
curl -w "DNS: %{time_namelookup} | TLS: %{time_appconnect} | TTFB: %{time_starttransfer} | TOTAL: %{time_total}\n" -o /dev/null -s https://mirrors.aliyun.com/composer/packages.json
关键点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
packages.json是 Composer 每次 install/update 时必请求的元数据文件，测它比测首页更贴近真实场景 -
-w输出的四个时间字段中，TTFB（Time To First Byte）最能反映镜像响应质量，通常应 - 别用
ping—— 大部分镜像站禁 ICMP，且 ping 延迟和 HTTPS 请求延迟无直接关系 - 如果 curl 报
SSL certificate problem，加-k跳过证书校验（仅用于测速，非生产环境）
不同镜像源常见延迟表现与兼容性差异
国内主流镜像的实际延迟受地域和 CDN 节点影响很大，不是固定值：
- 阿里云（
https://mirrors.aliyun.com/composer/）：华北、华东用户通常 TTFB 50–150ms；华南偶尔到 300ms+ - 腾讯云（
https://mirrors.cloud.tencent.com/composer/）：华南节点优势明显，但华北用户可能比阿里云慢 100–200ms - 华为云（
https://repo.huaweicloud.com/composer/）：部分地区存在证书链不全问题，curl 可能报 SSL 错误，需加-k - 官方源（
https://packagist.org）：TTFB 普遍 1200–3000ms，且常因 GFW 出现超时或 429
注意：某些镜像（如 phpcomposer）已停更多年，config 里还留着会导致包列表陈旧甚至 404，务必核对是否仍在维护。
延迟高 ≠ 一定要换源，先排除本地干扰
测出来延迟高，别急着改 config。先检查这几个点：
- 是否开了代理？
echo $HTTP_PROXY和echo $HTTPS_PROXY非空时，Composer 会走代理，可能绕路 - DNS 是否污染？试试
dig mirrors.aliyun.com +short，看解析出的 IP 是否属于阿里云网段（如118.31.67.*） - 是否在公司内网？有些企业防火墙会劫持 HTTPS 请求，导致 TLS 握手异常慢，此时换镜像无效，得联系 IT
- Composer 版本太老（
真实情况是：同一镜像，家里测 80ms，办公室测 1800ms，问题往往不在源本身。
