Composer没有多线程下载，所谓并行下载是2.1+版本原生支持的并发HTTP请求，需同时满足版本≥2.1、配置http-max-concurrent-downloads、切换国内镜像、清缓存四者才生效。
Composer 没有多线程下载，也不存在“开启”操作；所谓并行下载是 Composer 2.1+ 原生支持的并发 HTTP 请求（基于 curl_multi），必须版本 ≥2.1、配置 http-max-concurrent-downloads、换国内镜像、清缓存四者同时满足才真正生效。
确认 Composer 版本是否支持并发下载
低于 2.1 的版本（如 2.0.x 或 1.x）完全不识别并发配置，设了也白搭。
- 运行
composer --version，输出必须类似Composer version 2.2.22或更高；若为2.0.14等，先执行composer self-update --prefer-dist - 升级后必须立即运行
composer clear-cache，否则旧缓存会干扰新逻辑 - 执行
composer diagnose，若提示hirak/prestissimo已安装，说明插件残留——它与新版冲突，必须先运行composer global remove hirak/prestissimo
只认 http-max-concurrent-downloads，别设 parallel-downloads
parallel-downloads 是 Composer 2.2+ 的实验性配置项，2.9.6 及后续稳定版已明确弃用；设了不报错但完全无效。唯一被官方文档认可且实际起作用的是 http-max-concurrent-downloads。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 全局设置推荐值：运行
composer config -g http-max-concurrent-downloads 8 - 临时覆盖（如 CI 中）：用环境变量
COMPOSER_MAX_PARALLEL_HTTP_REQUESTS=6 composer install - 值不是越高越好：设成 12+ 容易触发阿里云/腾讯云镜像的
429 Too Many Requests；GitHub 源则可能报403 rate limit exceeded - 若出现
file_put_contents(/tmp/): failed to open stream，这是临时文件竞争的明确信号，立刻降到4～6
换中文镜像 + 清缓存才是提速关键
并发只是“同时发请求”，如果每个请求都卡在 DNS 解析、TLS 握手或源站响应上，开 8 个等于 8 个排队窗口。
- 阿里云镜像地址：
https://mirrors.aliyun.com/composer/；华为云镜像地址：https://mirrors.huaweicloud.com/repository/php/composer/（注意末尾斜杠） - 全局配置命令：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（repo.packagist不能写成repos.packagist） - 切源后必须运行
composer clear-cache，否则仍走境外源；验证是否生效：composer config -g repo.packagist应输出完整 URL，不是null或空值 - 检查项目级
composer.json是否显式写了repositories字段——它会覆盖全局镜像，需手动删或改写为标准格式
怎么验证并发真在跑？看日志，别信配置
不能只看有没有设参数，关键看 composer install -vvv 实时输出是否动态跳变。
- 并发激活表现：终端同时出现多行
Downloading https://mirrors.aliyun.com/...，或进度从(3/42)快速跳到(9/42) - 并发被阻塞表现：始终只有一条
Downloading在动、CPU 占用低、网络连接数极少——大概率是镜像没生效、DNS 未绕过，或 PHP 未启用curl扩展（用php -m | grep curl验证） - 如果日志停在
Generating autoload files或某个post-install-cmd上，说明瓶颈根本不在下载层，调并发毫无意义
最常被忽略的一点：并发数调得再高，若镜像源返回慢、DNS 解析卡顿、或项目里写了 "prefer-source": true，实际仍是单线程拉大体积 Git 包——这些细节比参数本身更决定速度。
