composer不支持多镜像自动fallback，repo.packagist是单值字段，后设url会直接覆盖前设，不叠加、不报错、无重试；真正生效的仅显式配置的单一https镜像源，且需配合签名验证、composer.lock固化与缓存管理才构成完整容灾。
composer config -g repo.packagist 只能设一个 URL，别信“多源 fallback”
Composer 没有 fallback 机制，repo.packagist 是单值字段，不是数组。执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 后再执行 composer config -g repo.packagist composer https://packagist.org，后者会直接覆盖前者——不会叠加，不报错，也不重试。
常见错误现象：
- 用空格拼两个 URL：
composer config -g repo.packagist composer https://a.com https://b.com→ 命令失败或只生效第一个 - 在
composer.json的repositories数组里加多个镜像，以为能 fallback → 实际只用于非 packagist 类型源，元数据请求仍直连packagist.org
真正起效的只有显式配置 repo.packagist，且必须是 HTTPS 镜像（HTTP 会被拒绝）。
镜像 ≠ 容灾：签名验证、composer.lock、缓存三者缺一不可
只换镜像源反而可能引入安全风险：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 会跳过 signature 校验，一旦镜像缓存被污染，就可能拉下篡改包。
正确做法是保留官方源语义，仅代理元数据：
- 启用签名验证：
composer config -g security.signature true - 设置可信 HTTPS 镜像：
composer config -g repos.packagist.type composer+composer config -g repos.packagist.url https://mirrors.aliyun.com/composer/ - 确认生效：
composer diagnose输出中需同时出现secure-http: OK和signature verification: OK
composer.lock 是宕机时唯一可靠的保命文件——只要它存在且完整，composer install 就完全离线运行，只读取 ~/.composer/cache/files 中已缓存的 ZIP 包并校验哈希。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
真容灾靠脚本探活 + 动态写入 + 清缓存
CI/CD 或本地开发中防止单点失效，唯一可靠路径是外部脚本驱动三步操作：
- 探测镜像是否可用：
curl -I -s -o /dev/null -w "%{http_code}" https://mirrors.aliyun.com/composer/packages.json，返回200才认为可写入 - 动态切换项目级配置：
composer config repositories.packagist composer https://mirrors.tencent.com/composer/ - 清缓存避免旧元数据干扰：
composer clear-cache
注意：repositories 数组中若定义了任何源，全局配置就完全失效；末尾必须加 {"type": "composer", "url": "https://packagist.org/", "packagist": true} 作为元数据兜底，否则 provider 查询会失败。
临时离线模式：当所有镜像都不可用时的最后一道防线
极小概率下所有镜像同步滞后或网络异常，可强制进入离线优先逻辑，但前提是本地缓存齐全：
- 先禁用默认源：
composer config --unset repos.packagist - 再运行：
composer install --no-plugins --no-scripts --prefer-dist
这个组合跳过所有远程请求，只从 ~/.composer/cache/files 解压已有 dist 包。如果缓存缺失某个包，命令会直接报错——它不尝试 fallback，也不提示缺什么，只沉默失败。
最容易被忽略的是：镜像配置 ≠ 容灾配置。配了阿里云镜像就以为高枕无忧，却没开 signature 验证、没固化 composer.lock、也没在 CI 中复用缓存目录，结果镜像一延迟，构建照样失败。
