composer不支持多镜像自动fallback，只能通过脚本探测可用镜像后手动切换并清缓存实现容灾；其repo.packagist为单值字段，多次配置会覆盖而非追加，且超时等网络错误不会触发fallback。
Composer 本身不支持多镜像自动 fallback，所谓“备用”必须靠外部控制流实现——要么手动切换，要么用脚本探测 + 切换 + 重试。
为什么 composer config -g repo.packagist.org 只能设一个地址
这个配置项是单值字段，底层对应一个仓库实例。你执行两次 composer config -g repo.packagist.org https://mirrors.aliyun.com/composer/ https://packagist.phpcomposer.com，第二个 URL 不仅不会追加，还会导致命令报错或直接覆盖前一个。Composer 官方明确拒绝在核心中加入多源 fallback（见 GitHub issue #8729），这不是 bug，是设计决定。
项目级 repositories 数组不是“备用”，而是“顺序匹配”
在 composer.json 里写多个 repositories，确实能按数组顺序查源，但行为很严格：
- 只对第一个返回
404的源才继续往下试；超时、502、DNS 失败等网络错误会直接中断，不会 fallback - 必须显式设置
"packagist.org": false关闭默认源，否则 Composer 仍会偷偷连官方站 - 末尾加
{"type": "composer", "url": "https://packagist.org/", "packagist": true}是为了兜底元数据（packages.json），不是为了下 ZIP 包——ZIP 仍走你排第一的镜像 - 一旦项目里定义了
repositories，全局配置（~/.composer/config.json）就完全失效，不是合并
真正可用的容灾方案：curl 探活 + 切换 + 清缓存
CI/CD 或本地开发中要防止单点失效，得自己写逻辑。核心是三步：探测镜像根路径是否可访问 → 切换生效源 → 清缓存避免旧元数据干扰。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
示例 Bash 片段（保存为 ~/bin/composer-safe-install 并 chmod +x）：
#!/bin/bash
MIRROR_ALIYUN="https://mirrors.aliyun.com/composer/"
MIRROR_TENCENT="https://mirrors.cloud.tencent.com/composer/"
FALLBACK="https://repo.packagist.org/"
if curl -I -s -o /dev/null -w "%{http_code}" "$MIRROR_ALIYUN"packages.json | grep -q "200"; then
composer config -g repos.packagist "$MIRROR_ALIYUN"
elif curl -I -s -o /dev/null -w "%{http_code}" "$MIRROR_TENCENT"packages.json | grep -q "200"; then
composer config -g repos.packagist "$MIRROR_TENCENT"
else
composer config -g repos.packagist "$FALLBACK"
fi
composer clear-cache
composer install "$@"
注意：packages.json 路径必须拼上，只测域名或首页没意义；composer clear-cache 这一步不能省，否则旧镜像的元数据残留会导致 404。
最容易被忽略的细节：锁文件和 autoload 不是镜像问题，而是连锁反应
换镜像后 vendor/autoload.php 报错，往往不是镜像本身挂了，而是：composer.lock 里记录的是旧源的 hash，或者某依赖因镜像同步延迟没拉到最新版，导致 autoloader 缺类。此时删掉 vendor 和 composer.lock，再跑 composer install 才算真正“重来”。别只盯着镜像地址，要盯住 lock 文件内容和实际安装结果。
