Composer不支持主从同步架构，它只是单点直连的命令行工具，多镜像需通过DNS/Anycast/Nginx/composer-proxy等外部方案实现流量分发与故障转移。
Composer不支持主从同步架构，所谓“自定义仓库多节点镜像”是基础设施层的事
Composer 本身没有主从、同步、心跳、故障转移等能力——它只是个命令行工具，所有元数据请求都按配置硬直连一个 URL。你在 composer.json 或 config.json 里写的多个镜像地址，不是主从关系，而是顺序尝试列表；第一个失败就卡住，不会自动切到第二个。
真正实现“主从同步”的唯一路径，是把多个物理镜像节点（如阿里云、中科大、腾讯云）统一暴露为一个逻辑域名（比如 repo.phpmirror.net），再由 DNS、Anycast、Nginx 反向代理或 composer-proxy 这类中间服务完成流量分发与健康探测。
-
composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/只是改了一个 URL，不涉及任何同步逻辑 - 镜像站之间的“同步”，是它们各自定时拉取
https://repo.packagist.org的元数据并缓存，彼此完全独立，不存在主从复制链路 - 如果你看到两个镜像返回不同版本的
provider-laravel~10.0.json，说明它们同步延迟不一致，不是配置问题，是镜像站自身策略差异
为什么在 repositories 数组里写多个 type: "composer" 源会出错
这不是主从设计，而是类型冲突：Composer 要求全局只有一个 packagist 类型源。当你在 repositories 里并列写两个 {"type": "composer", "url": "..."}，Composer 加载时直接报错 Invalid repository type，因为 packagist 是保留类型，不允许重复声明。
更隐蔽的问题是：即使你绕过校验强行写入，Composer 也会把它们当成两个独立包源处理，导致依赖解析混乱——比如同一个包在阿里云镜像里是 v10.2.0，在中科大镜像是 v10.1.9，Composer 不知道该信谁，最终可能安装失败或版本错乱。
- 只允许一个
packagist类型源，其他必须是vcs、package或私有composer源 - 想加私有包源？用
composer config repositories.my-internal composer https://pkg.internal/，和镜像源分开管理 - 项目级
repositories优先级高于全局repo.packagist，一旦项目里写了packagist.org，全局镜像就失效
如何让 Composer 用户无感使用多节点镜像
关键不是改 Composer 配置，而是把多节点封装成一个稳定入口。可行方案只有三种，且都发生在 Composer 外部：
- 用 Anycast IP 托管统一域名，BGP 自动调度流量到最近/存活节点（如华东挂阿里云、华北挂中科大），单点宕机用户无感知
- 自建 Nginx 反向代理集群，上游配置多个镜像地址，启用
health_check和least_conn，对/packages.json等关键路径做主动探活 - 本地跑
composer-proxy（Go 写的非官方工具），监听127.0.0.1:8080，内部轮询多个镜像，失败自动降级，再通过COMPOSER_REPO_PACKAGIST=http://127.0.0.1:8080注入
CI/CD 中别用 composer config 切换镜像——Docker 缓存、HTTP 缓存、composer.lock 里的旧 hash 都会让切换失效。真实主备必须靠脚本控制：先 curl -f -s -o /dev/null https://mirrors.aliyun.com/composer/packages.json，成功才设源，失败则 fallback 并 warn。
镜像 URL 末尾的 / 是硬性要求，不是风格问题
Composer 3.x+ 的元数据请求路径拼接逻辑依赖 URL 末尾是否带 /。如果配成 https://mirrors.aliyun.com/composer（没斜杠），它会拼出 https://mirrors.aliyun.com/composerp2/laravel/framework/10.0.0.json（少了个 /），结果 404。
这个错误极难排查，因为 composer diagnose 不报 URL 格式问题，日志里只显示 “Could not fetch provider-laravel~10.0.json”，而 curl 测试又容易漏掉末尾斜杠的影响。
- 正确写法：
composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/（结尾必须有/） - 删掉
composer.lock和vendor/，再运行composer install，否则旧 lock 文件仍会尝试走原镜像路径 - 验证是否生效：
composer config repo.packagist输出应为带斜杠的镜像地址，不是{"type": "composer", "url": "..."}这种结构
