composer 不支持自动双镜像切换，因其无 fallback 机制；config 配置双源无效，因命中即止；推荐用 shell 脚本预检阿里云/腾讯云镜像状态，并通过 composer_repo_packagist 环境变量动态设置。
Composer 无法自动在阿里云和腾讯云镜像间切换——它本身不支持“双源 fallback”机制，所有所谓“自动切换”都依赖外部脚本或网络层干预。
为什么 composer config 不能配双镜像
Composer 的 repositories 配置只接受单个对象或数组，但即使写成数组，它也按顺序尝试并缓存第一个可用源；一旦某个源返回 200（哪怕只是空包列表），就不会继续试下一个。这不是“失败后重试”，而是“命中即止”。
-
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/只会固定使用阿里云 - 加腾讯云为 secondary 源？无效——Composer 不识别
fallback、mirror_of等字段 - 改
packagist.org为自定义 repo 数组？会导致require包时找不到非 packagist 官方的依赖（如私有包）
可行方案：用 shell 脚本 + ping 或 curl -I 预检
在执行 composer install 前，用轻量探测判断哪个镜像响应更快或可用，再动态设置全局源。这是最稳定、无需改 Composer 内部逻辑的做法。
- 优先用
curl -I -s -o /dev/null -w "%{http_code}" https://mirrors.aliyun.com/composer/packages.json -m 3测 HTTP 状态码，比ping更准（避免 DNS 可达但服务不可用） - 腾讯云地址是
https://mirrors.cloud.tencent.com/composer/，注意末尾斜杠不能少 - 把探测逻辑封装成
~/bin/composer-mirror-switch，并在~/.bashrc中 aliascomposer='~/bin/composer-mirror-switch && command composer' - 别用
composer config -g写死——每次运行前临时设COMPOSER_REPO_PACKAGIST=https://...环境变量更干净，不影响全局配置
进阶：用 composer global require 装自定义插件实现 hook
如果你坚持要在 Composer 命令内部做切换，唯一合规路径是写一个 PluginInterface 插件，在 activate() 里读取环境、探测、调用 $io->writeError() 提示，并用 RepositoryManager::addRepository() 动态注入——但这仅影响当前命令生命周期，且无法覆盖 create-project 等早期阶段。
- 插件必须发布到 Packagist 才能
global require，调试成本高 - Composer 2.2+ 对插件权限收紧，
RepositoryManager::addRepository()在某些上下文中会被忽略 - 真实项目中，95% 的“镜像不可用”其实是本地 DNS 或代理问题，插件探测不到，不如先跑
dig mirrors.aliyun.com
真正要落地，就老实用 shell 脚本预检 + 环境变量驱动。别指望 Composer 自己“智能选源”——它的设计哲学就是确定性优先，不是容错优先。
