直接结论：别信配置、别看 ping，用 curl 测真实元数据请求的 time_starttransfer（首字节延迟），才是唯一靠谱方式；因 composer diagnose 仅检测连通性不发实际请求，ping 测 ICMP 与 HTTPS 无关，而真实瓶颈在 TLS 握手和首字节返回，需复现 Composer 请求头、路径及 -w "%{time_starttransfer}" 精确测量。
直接结论：别信配置、别看 ping，用 curl 测真实元数据请求的 time_starttransfer（首字节延迟），才是唯一靠谱方式。
为什么 composer diagnose 和 ping 都不准
composer diagnose 只检查证书、DNS 解析和基础连通性，不发实际元数据请求；ping 测的是 ICMP 包往返，跟 HTTPS 请求完全无关。常见现象是：diagnose 显示 OK，ping 延迟 10ms，但 composer install -vvv 卡在 GET https://mirrors.aliyun.com/composer/packages.json 超 5 秒——说明镜像服务端响应慢或限流了。
真正瓶颈在 HTTP/TLS 握手 + 首字节返回（TTFB），不是网络层延迟。
-
composer install卡在Resolving dependencies？那是本地求解器问题，跟镜像速度无关 -
curl https://xxx.com/返回快？没用，Composer 实际请求的是/packages.json或/p2/vendor/package.json，路径不同，CDN 缓存策略也不同 - 浏览器能打开镜像首页？不代表 API 端点可用，有些镜像首页返回 HTML，API 路径却 404 或 403
怎么用 curl 测出真实首字节延迟
必须复现 Composer 实际请求头和路径，否则测出来的是假数据。关键参数缺一不可：
- 加
-H "User-Agent: Composer/2.9.6"（用composer --version查你当前版本） - 加
-H "Accept: application/json"，否则部分镜像返回 HTML 重定向页 - 目标 URL 必须是
/packages.json（如https://mirrors.aliyun.com/composer/packages.json），不是根路径 - 用
-w "%{time_starttransfer}\n"提取首字节时间，-s -o /dev/null -f静默丢弃响应体 - 重复执行 3 次取中位数，避开单次抖动
示例命令：
curl -s -o /dev/null -f \
-H "User-Agent: Composer/2.9.6" \
-H "Accept: application/json" \
-w "%{time_starttransfer}\n" \
https://mirrors.aliyun.com/composer/packages.json
如果某镜像三次结果中有一次 > 1.5s，基本可排除——Composer 下载队列会因单个包卡住整个流程。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
哪些镜像地址现在还稳？注意末尾斜杠和协议
截至 2026 年 7 月，实测可用且同步及时的镜像只有三个，其余多数已失效或响应不稳定：
-
https://mirrors.aliyun.com/composer/（末尾必须有/，否则 404） -
https://packagist.mirrors.sjtug.sjtu.edu.cn/（上海交大源，教育网友好） -
https://packagist.mirrors.ustc.edu.cn/（中科大源，北方地区低延迟）
已停用或高风险镜像：
-
https://packagist.phpcomposer.com（404） -
https://packagist.laravel-china.org（自 2023 年起不再维护） -
http://开头的任何地址（Composer ≥2.2 默认拒绝）
注意：repo.huaweicloud.com 不托管 dist 包，只代理 metadata，composer install 后期仍会 fallback 到官方源下载 ZIP，实际提速有限。
测完怎么验证镜像真在生效？
配置写对 ≠ 生效。必须确认两点：
- 运行
composer config -g repo.packagist，输出必须是完整 URL 字符串或 JSON 对象，不能是空、null或https://packagist.org - 进项目根目录，删掉
vendor/和composer.lock，再跑composer install -vvv 2>&1 | grep "GET "，日志里出现的域名必须是你配的镜像域名，不能含packagist.org或api.github.com
项目级 repositories 字段会完全屏蔽全局配置，所以 composer config -g 查不到它——要查项目级配置，得用 composer config repo.packagist（不带 -g）。
最易忽略的点：URL 末尾少一个 /，或 type 值漏写 composer，都会导致配置静默失败，而命令行不报错。
