composer镜像优先级完全由repositories数组顺序决定：从上到下依次请求，首个返回非404响应的源即被采用，后续全跳过；必须显式配置{"packagist.org": false}禁用默认兜底源，且多镜像仅支持404触发切换，超时或错误则直接报错。
repositories数组顺序就是优先级，没有其他配置方式
Composer 不提供“镜像优先级”开关或权重参数，所谓优先级完全由 repositories 数组中对象的排列顺序决定：从上到下依次尝试，第一个返回有效包元数据（非 404）的源即被锁定使用，后续全部跳过。这不是 fallback，是硬性短路逻辑。
常见误操作是以为写进两个镜像 URL 就能“自动选快的”，实际只要第一个镜像服务正常响应（哪怕慢），第二个就永远不触发。
- 把最稳定、同步最及时的镜像（如
https://mirrors.aliyun.com/composer/）放在数组首位 - 私有 VCS 源（如 GitLab 内部仓库）必须放最前，否则同名包会被公共镜像覆盖
- 避免把需要认证的私有源和公开镜像混排——一个 401 就卡死整个流程
- 运行
composer config repositories查看当前实际生效的顺序，别依赖记忆或注释
禁用 packagist.org 必须显式声明 "packagist.org": false
默认情况下 Composer 总会把 https://packagist.org 当作隐式兜底源，哪怕你已在 repositories 里写了阿里云镜像，只要它对某个包返回 404，就会立刻切到官方源——这会让你误以为“镜像没生效”。
真正生效的写法是在 repositories 数组末尾加一项：{"packagist.org": false}，注意不是 "url" 字段，而是直接键值对形式关闭默认源。
- 必须写在数组里，不能只靠全局配置；项目级
composer.json中的定义会完全覆盖全局设置 - 如果漏掉这行，
composer require monolog/monolog可能走镜像下载 ZIP，但元数据仍从官方源拉，失去加速意义 - 不要写成
{"type": "composer", "url": "https://packagist.org/"}—— 这样反而会强制走官方源下载 dist 包
多个镜像共存时，404 和超时处理逻辑完全不同
Composer 对错误的反应高度差异化：只有明确的 HTTP 404（包不存在）才会触发下一个源；DNS 失败、连接超时（默认 30 秒）、502、500 等一律报错退出，根本不会查第二源。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
这意味着堆砌多个镜像并不能提升可用性，反而可能因首个镜像响应慢或偶发失败导致命令卡住或失败。
- 验证镜像是否真可用：用
curl -I -s -o /dev/null -w "%{http_code}" https://mirrors.aliyun.com/composer/packages.json检查是否返回 200 - 自建镜像必须提供完整索引（
/packages.json、/p/{vendor}/{package}.json），静态 ZIP 目录无效 - 生产环境建议只配一个主力镜像 +
{"packagist.org": false}，而非盲目叠加 - 新包发布后几分钟内查不到，大概率是镜像同步延迟，不是 Composer 配置问题
全局 config -g 只能设单个镜像，多镜像必须走项目级 composer.json
composer config -g repo.packagist 是单值字段，反复执行只会覆盖，不会追加。想让多个镜像参与查找，唯一可靠方式是编辑项目根目录下的 composer.json，手动维护 repositories 数组。
全局配置项正确 key 是 repos.packagist（注意复数 repos），但即便如此，它也只能指定一个替代源，无法表达顺序逻辑。
- 项目级配置优先级高于全局，只要
composer.json里有repositories，全局设置就完全失效 - 每个
repositories元素必须含"type": "composer"和合法"url"，键值对写法（如"aliyun": {...}）会被忽略 - CI/CD 中需动态切换镜像时，得靠脚本检测可用性后调用
composer config -g repos.packagist并清缓存，不能指望 Composer 自动 fallback
真正容易被忽略的是：镜像顺序生效的前提是所有源都返回结构正确的 JSON。一个格式错误的 packages.json 或缺失的 providers 字段，会让 Composer 在第一个源就报错退出，连试第二个的机会都没有。
