答案是composer config -g repo.packagist仅修改本地配置文件，不触发网络请求；真正发起HTTP请求的是composer install等命令，且URL末尾必须带斜杠，否则拼接路径错误导致404。
composer config -g repo.packagist 不是 API 调用，只是写配置
Composer 镜像源同步没有对外暴露的「API 接口」，composer config -g repo.packagist 命令本身不触发任何网络请求，它只修改本地 ~/.composer/config.json（或 Windows 下 %APPDATA%\Composer\config.json）里的配置项。所谓“切换镜像”，本质是告诉 Composer：后续所有元数据请求（如 packages.json、provider-laravel~10.0.json）都拼接到你指定的 url 后发送 HTTP GET 请求。
- 真正发起网络调用的是
composer install或composer update这类命令，不是config - Composer 2.5+ 之后，元数据请求路径完全由
repo.packagist.url决定，不再读取repositories数组里的同名条目 - URL 末尾必须带
/，否则拼接时变成https://mirrors.aliyun.com/composerpackages.json→ 404 - 请求头里不带认证、不走代理，纯 HTTP/2 GET，服务端响应需含
200 OK和有效 JSON
镜像站实际响应哪些关键元数据文件？
Composer 并不调用 RESTful API，而是按固定路径拉取 JSON 片段。镜像站同步的就是这些文件的静态快照，包括：
-
packages.json：全量包索引，含每个包最新稳定版的 provider 文件路径 -
provider-*.json（如provider-laravel~10.0.json）：某包指定版本范围的元数据，含各子版本的dist和sourceURL 模板 -
p2/目录下按 vendor/name/version 结构存放的细粒度 JSON（如p2/laravel/framework/10.0.0.json）：精确到 patch 版本的完整描述 - 所有文件均通过
GET直接访问，无 query 参数、无 POST、无 token 校验
为什么 curl 能通但 composer install 还卡住？
常见现象：手动 curl -I https://mirrors.aliyun.com/composer/packages.json 返回 HTTP/2 200，但 composer install 卡在 Loading composer repositories。根本原因不是网络不通，而是：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Composer 实际请求的是
provider-*.json，而你只验证了packages.json；镜像可能尚未同步到你要的 provider 文件（比如provider-symfony~6.4.json） - 项目
composer.json里写了"repositories"数组，但没设"packagist.org": true，导致 Composer 屏蔽了基础包发现逻辑 - 本地缓存了旧的
packages.json，且composer clear-cache不删它——得用composer update --refresh或手动删~/.composer/cache/repo/https---mirrors-aliyun-com-composer/下对应文件 - PHP 的
curl扩展启用了SSL_VERIFYPEER，但系统 CA 证书过期或缺失，curl命令走系统默认证书链，而 PHP 可能用的是自带 bundle
同步延迟的本质：按需拉取 + 缺失即 404，不是轮询失败
镜像站不是定时全量同步，而是「首次请求触发拉取」：当用户请求一个尚未缓存的 p2/vendor/name/version.json 时，镜像站才反向请求官方源并缓存结果。这就导致：
- 不同镜像站对同一包的同步时间差可能达数小时（阿里云通常最快，中科大次之，腾讯云偶有滞后）
- 如果你查
laravel/framework ^10.40，但镜像还没缓存p2/laravel/framework/10.40.0.json，就会返回 404，Composer 不会自动降级或重试其他版本 - 没有后台任务、没有 webhook 回调、没有管理后台可查同步队列——你无法知道某个文件“正在同步中”，只能等它出现或换源
- 临时解法永远比等待更可靠：
composer config -g repo.packagist composer https://mirrors.ustc.edu.cn/composer/
最易被忽略的一点：镜像 URL 的末尾斜杠是硬性拼接规则的一部分，不是风格问题；少一个 /，所有请求路径就全错，且 Composer 不报路径错误，只表现为超时或空响应。
