composer并行下载是2.1+原生能力，但必须配对正确镜像（如https://mirrors.aliyun.com/composer/）、清缓存、禁用prestissimo，并通过composer install -vvv观察多行downloading或进度跳变验证生效。
Composer并行下载不依赖镜像，但镜像决定它能不能跑起来
并行下载是 Composer 2.1+ 自带的 HTTP 请求调度能力，镜像本身不提供“并发功能”，只负责更快响应请求。如果镜像没配对、URL 拼错、或被项目级 repositories 覆盖，http-max-concurrent-downloads 再高也只会串行发包到 packagist.org——你看到的“慢”，其实是卡在 DNS 解析和 TLS 握手上，不是并发没开。
验证是否真在并发：运行 composer install -vvv，观察终端输出：
- 多行
Downloading https://mirrors.aliyun.com/...几乎同时打印 → 并发已激活 - 进度从
(3/42)跳到(11/42)再跳到(19/42)→ 并发生效 - 始终单行
Downloading、CPU 占用低、网络连接数极少 → 镜像未生效或降级为串行
镜像地址写错，http-max-concurrent-downloads 就是摆设
国内主流镜像（阿里云、清华、华为云）都支持并发请求，但前提是 URL 必须严格正确。任何拼写或结构错误都会导致 Composer 静默 fallback 到官方源，此时并发配置完全失效，且不报错。
必须满足三要素（缺一不可）：
-
repo.packagist是唯一合法键名（不是repos.packagist，多一个s就失效） -
composer是必填type值（不能省略；漏掉就回退到官方源） - URL 必须以
https://开头，且末尾带/（例如https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌）
验证命令：composer config -g repo.packagist，输出应为完整 JSON 对象，如：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级 repositories 会直接屏蔽全局镜像配置
Composer 的源优先级是：项目级 > 全局 > 默认。只要当前目录下 composer.json 含有 repositories 字段，无论它是空对象 {}、空数组 []，还是显式禁用了 "packagist.org": false，全局镜像都会被忽略。
安全写法（推荐手动编辑或使用无 -g 的命令）：
{"repositories": {"packagist": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}}}
注意：packagist 是固定 key 名，不能改成 aliyun 或其他名字；如果原 repositories 是数组格式，先改为对象再执行 composer config repo.packagist ...，否则命令失败。
http-max-concurrent-downloads 设太高反而触发限流或临时文件竞争
这个配置控制 HTTP 请求池大小，只对 composer install 生效（composer update 因依赖解析强串行，无法真正并发）。值不是越高越好：
- 设为
8～10是多数环境稳态上限（命令：composer config -g http-max-concurrent-downloads 8） - 设成
12以上容易触发阿里云/腾讯云镜像的429 Too Many Requests - 设成
20或更高，常见报错：file_put_contents(/tmp/): failed to open stream（临时文件竞争明确信号） - GitHub 源直链不受镜像加速，高并发还可能撞
403 rate limit exceeded，需配auth.jsonToken
真正卡顿往往不在并发数，而在镜像未清缓存、PHP 未启用 curl 扩展、或私有仓库返回 302 跳转破坏并发流程——这些细节比调数字更关键。
