答案是composer update --refresh（≥2.5）可精准刷新本地元数据，仅删除packages.json和provider-*.json，不重下ZIP包；执行前须确认全局镜像配置正确且未被项目级repositories覆盖。
Composer 镜像源本身不支持“手动触发同步”，你真正能控制的，只有本地如何重新获取最新元数据——不是让镜像站更新，而是让 Composer 丢掉旧缓存、重拉。
composer update --refresh 是最准的元数据刷新方式
这条命令专为解决镜像元数据滞后设计（要求 Composer ≥ 2.5）：它只删 packages.json 和 provider-*.json 这类决定“包是否存在/有哪些版本”的关键索引文件，不碰已下载的 ZIP 包缓存，速度快、影响小。
- 执行前务必确认当前生效镜像是你想要的：
composer config -g repo.packagist输出应为完整 JSON，含"url": "https://mirrors.aliyun.com/composer/" - 若项目级
composer.json里有"repositories"字段（哪怕只是{}），全局配置会被完全屏蔽，此时要查composer config repo.packagist（不带-g） - 加
--no-cache -v可在终端看到真实请求 URL，确认是否命中镜像域名（如mirrors.aliyun.com）
清缓存别只用 composer clear-cache
composer clear-cache 主要删 ZIP 包和部分临时 JSON，对 packages.json 和 provider-*.json 基本无效——这些文件存在 ~/.composer/cache/repo/https---mirrors-aliyun-com-composer/ 这类路径下，名字由镜像 URL 转义生成。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先定位缓存位置：
composer config --global cache-dir - 再进
repo子目录看实际路径：ls -d $(composer config --global cache-dir)/repo/https---* - 删错目录（比如删了
https---packagist.org却配着阿里云镜像）等于白忙活 - Windows 用户路径类似
%APPDATA%\Composer\cache\repo\https---mirrors-aliyun-com-composer
验证镜像是否真生效，别信 composer diag
composer diag 默认只连 https://packagist.org，完全无视你配的镜像地址。它报 “Connection failed” 只说明本地 PHP 环境（curl、OpenSSL、系统时间）可能异常，不代表镜像挂了。
- 查真实生效镜像：
composer config -g repo.packagist（注意是单数repo，不是repos） - 验证镜像连通性：
curl -I https://mirrors.aliyun.com/composer/packages.json，必须返回HTTP/2 200 - 如果
diag报错但curl通，问题在本地环境，不是镜像同步慢
镜像间元数据不一致时，换源比等更可靠
不同镜像站（阿里云、腾讯云、中科大）同步节奏不同，同一时刻查到的 provider-laravel~10.0.0.json 可能一个有、一个无。遇到 404 或空响应，别硬等：
- 临时切中科大源：
composer config -g repo.packagist composer https://mirrors.ustc.edu.cn/composer/ - 确认华为云镜像 URL 结尾不能多也不能少斜杠：
https://repo.huaweicloud.com/repository/php/✅，https://repo.huaweicloud.com/repository/php❌ - 腾讯云镜像只支持 HTTPS：
http://mirrors.cloud.tencent.com/composer/会直接失败
镜像同步延迟的本质是“按需拉取”，即镜像站收到请求才去官方源抓对应文件；而你本地能干预的，始终只是缓存策略和请求路径——这点最容易被忽略，也最常导致反复折腾却无效。
