composer不支持多源并行拉取，正确做法是通过repositories数组配置国内镜像优先、官方源兜底，并设"packagist": false禁用默认源；重复定义packagist会覆盖或报错，url须带末尾斜杠，仅项目级配置支持双源策略。
Composer 不支持“同时从多个源并行拉取”，但可以通过 repositories 数组顺序实现「国内源优先 + 官方源兜底」，这才是真正可用的“多源配置”。
为什么不能写两个 packagist 项？
Composer 的 repositories 是按数组顺序逐个尝试的，第一个匹配到包的源就直接采用，后续全部跳过。如果你在 composer.json 里写两个 "packagist" 键（比如一个阿里云、一个 packagist.org），PHP JSON 解析会覆盖前一个——最终只生效最后一个。更糟的是，composer validate 会直接报错：Invalid repository type "composer" for "packagist"，因为 packagist 是保留名，不能重复定义。
正确写法：用 repositories 数组 + packagist.org 置尾
想让国内镜像和官方源共存，必须把它们都放进 repositories 数组，且把官方源放在最后作为 fallback：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
{
"repositories": [
{
"type": "composer",
"url": "https://mirrors.aliyun.com/composer/"
},
{
"type": "composer",
"url": "https://packagist.org/"
}
],
"packagist": false
}
关键点：
-
"packagist": false必须显式声明，否则 Composer 会自动插入默认的 packagist.org 源，导致它出现在你手动配置之前，国内镜像就失效了 - 数组里第一个源是实际主力，第二个只是兜底；别指望它能“分流”或“负载均衡”
- URL 必须带末尾斜杠，
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（会 404） - 不要给每个源起自定义名字（比如
"aliyun"或"official"），只要type和url正确即可
全局配置 vs 项目级配置：选哪个？
全局配置（composer config -g repo.packagist ...）只设一个源，没法加兜底；所以「国内 + 官方」这种双源策略只能靠项目级配置实现：
- 进项目根目录，运行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（这会自动写入repositories数组） - 然后手动编辑
composer.json，补上 packagist.org 条目，并加上"packagist": false - 如果已有私有包源，别删掉它们——把国内源和官方源追加到
repositories数组末尾即可 - CI 环境中建议固定用项目级配置，避免因全局设置不一致导致依赖 hash 不同
最容易被忽略的一点：改完 composer.json 后，首次 composer install 可能报 hash 校验失败，直接删掉 vendor/ 和 composer.lock 重来就行。镜像切换不改变包内容，只改变下载路径，lock 文件需要重新生成。
