答案是cdn节点缓存导致curl返回200却拉不到新包，需查age和last-modified响应头验证真实缓存时长，而非仅依赖http状态码。
CDN节点缓存导致curl看到200却拉不到新包
访问 https://mirrors.aliyun.com/composer/packages.json 返回 HTTP/2 200，不代表你拿到的是最新元数据——CDN 节点可能缓存了 30 分钟前的数据。关键看响应头里的 Age 值：Age: 1800 就是缓存了半小时。同一 URL 在北京联通和广东移动下，可能返回完全不同的 packages.json 内容，因为 CDN 调度把你分到了不同步的边缘节点。
验证方式：
- 用
curl -I https://mirrors.aliyun.com/composer/packages.json查Age和Last-Modified - 用
dig mirrors.aliyun.com +short查真实 IP 列表，再逐个curl -I测 - 别信镜像首页写的“最后同步时间”，那只是主节点时间，不反映你命中的节点状态
composer update --refresh 不等于刷新CDN，它只清本地元数据缓存
composer update --refresh（≥2.5）的作用非常明确：删掉 ~/.composer/cache/repo/https---mirrors-aliyun-com-composer/packages.json 和所有 provider-*.json，然后从当前配置的镜像 URL 重新下载。它不触发 CDN 刷新，也不通知镜像站“请同步”，更不会让阿里云或腾讯云的 CDN 节点立刻更新。
所以执行后仍可能拉到旧数据——不是命令没用，而是镜像站本身还没同步，或者你命中的 CDN 节点缓存未更新。这个动作只解决“本地复用过期缓存”的问题，不解决服务端延迟。
常见误操作：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在 CI 中高频使用
--refresh，反而因 CDN 节点不稳定增加失败率 - 以为
clear-cache能解决元数据滞后，其实它只清files/和archives/，对repo/下的元数据完全无效 - 手动删错路径，比如删了整个
cache/，导致已下载 ZIP 包丢失，下次 install 变慢
镜像站同步周期 ≠ 你能感知到的更新时间
阿里云每 10 分钟、腾讯云每 5 分钟、中科大每 30 分钟全量同步一次 packagist.org，但你实际能查到新包的时间，取决于三个叠加延迟：
- 镜像站主节点同步完成时间（如腾讯云标称 5 分钟，实测教育网常滞后 15–25 分钟）
- CDN 边缘节点缓存老化时间（
Age值决定） - Composer 本地元数据缓存窗口（硬编码 15 分钟，不可调）
三者相加，从 packagist.org 发布新版本，到你在本地 composer update 看到它，典型延迟是 5–30 分钟。其中最不可控的是 CDN 节点调度——你无法指定访问哪个边缘节点，也无法强制它回源。
如何确认你要的包在镜像上是否真正可用
别依赖 composer diagnose 或网页界面。有效验证必须直击元数据接口：
- 先确认生效镜像：
composer config -g repo.packagist.url（注意是单数repo，不是repos） - 查全量索引是否更新：
curl -s https://mirrors.aliyun.com/composer/packages.json | jq -r '.packages | keys | length'，对比官方源数值 - 查具体包版本：
curl -s https://mirrors.aliyun.com/composer/p2/monolog/monolog.json | jq -r '.packages."monolog/monolog" | keys[]' | sort | tail -3 - 若镜像返回空或 404，而官方源有对应
p2/...文件，说明该镜像尚未同步此 provider，可临时切中科大源：composer config -g repo.packagist composer https://mirrors.ustc.edu.cn/composer/
CDN 节点的不确定性，使得“强制刷新”永远只是客户端侧的局部操作；真正卡点，往往在你无法控制的那层缓存里。
