composer 2.1+ 用户应卸载 prestissimo，因其已失效且可能引发临时文件错误或签名校验失败；需换用国内镜像源、清缓存，并仅调整 http-max-concurrent-downloads 参数。
Composer 2.1+ 用户别再折腾 prestissimo —— 它不工作，还可能破坏 lock 文件或报 file_put_contents(/tmp/): failed to open stream 错误。
prestissimo 只对 Composer 1.x 有效，且原理是“伪并行”
它不是真正多线程，而是用 PHP 的 cURL multi 接口发起多个并发 HTTP 请求，靠 CurlMulti 管理连接池，把串行下载压成约 4–6 个并发请求同时跑。这能缓解网络延迟叠加，但受限于：PHP 进程单线程本质、DNS 解析未复用、TLS 握手仍逐个建立、临时文件目录争抢（尤其 /tmp 权限或空间不足时）。
常见错误现象包括：Call to undefined method Composer\EventDispatcher\EventDispatcher::dispatchScript()（事件系统不兼容）、cURL error 56: SSL read: errno -5961（PHP 7.4+ 下异步 SSL 不稳）、内网走 HTTPS 代理时直接跳过配置连外网失败。
Composer 2.x 原生并行机制完全不同
Composer 2.1+ 废弃了插件式并发，改用内置的异步 HTTP 客户端（基于 amphp/http-client 或原生 stream 封装），支持连接复用、HTTP/2、压缩传输和增量元数据更新。它默认启用并行，但并发行为由 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 install，对update效果有限（因依赖解析本身有串行环节） - 设太高（如 20）会触发镜像站限流，阿里云镜像在并发 >10 时常返回 429
- 必须配合国内镜像源才见效；否则并发再多，也卡在
DNS resolve packagist.org阶段
验证并行是否真在跑，别信“装了就快”
执行 composer install -vvv，观察输出：
- ✅ 正确现象：多行
Downloading https://mirrors.aliyun.com/...同时出现，或进度显示Downloading (7/42) → (12/42)快速跳变 - ❌ 无效信号：始终单行输出、长时间停在某个包、CPU 占用低、网络请求数极少
- ⚠️ 干扰项：若
composer global show仍列出hirak/prestissimo，说明插件残留，它会被 Composer 2 自动禁用但可能污染临时文件逻辑
真正影响速度的，往往不是并发数
很多用户调高 http-max-concurrent-downloads 却没提速，根本原因常是：
- 没换源：
composer config -g repo.packagist输出仍是https://packagist.org，而非https://mirrors.aliyun.com/composer/ - 缓存未清：
composer clear-cache没执行，旧元数据仍回源请求 - 版本约束太宽：
"monolog/monolog": "^1.0 || ^2.0"导致元数据拉取量暴增，拖慢整个解析阶段 - 本地 DNS 缓慢或 hosts 被污染，
composer diagnose里Checking composer.json和Checking disk free space都快，唯独Checking HTTP connectivity to packagist超时
并发只是放大器，不是发动机；源头响应慢，并发只会让问题更集中爆发。
