Composer 不支持真正多线程下载，其“提速”依赖换源、增并发、跳校验等优化；v2.5+ 可配镜像源与异步客户端，但无 --threads 等参数。
Composer 本身不支持真正的多线程下载，它底层调用的是 PHP 的 file_get_contents 或 cURL（单连接），没有原生并行机制。所谓“提速”主要靠优化并发请求数、复用连接、跳过校验或换源，而非开启多线程。
为什么 composer install 看起来慢？
瓶颈通常不在带宽，而在以下环节：
- DNS 解析和 TCP 握手（尤其连 packagist.org 时）
- 每个包单独发起 HTTPS 请求 + 验证签名 + 解压
- 串行解析依赖树后才批量下载（v2 默认仍是顺序触发，非真正并行）
- 默认只开 1–3 个并发连接（受
curl和 Composer 内部限制）
实际可提升下载速度的配置项
Composer v2+ 已默认启用部分优化，但需手动确认或调整：
- 确保使用
composer self-update升级到2.5+（v2.2 起引入异步 HTTP 客户端基础） - 设置高并发连接数：
composer config -g github-protocols https（避免 SSH 触发交互式认证阻塞） - 启用并行下载开关（v2.5+）：
composer config -g fxp-asset-proxy false（禁用已废弃的 fxp 插件干扰） - 最关键的提速操作：
composer config -g repos.packagist composer https://packagist.phpcomposer.com（国内用户换镜像源，比改并发更有效）
别信“--threads”或“-j”参数
Composer 命令行不接受 --threads、-j、--parallel 等参数 —— 这些是误传，源于混淆了 make -j 或 Node.js 工具链行为。强行加会报错：Unrecognized option: --threads。
若真需要更高并发，唯一可行路径是：
- 用
composer install --no-scripts --no-autoloader先跳过脚本和 autoload 生成（减少阻塞） - 配合
COMPOSER_MEMORY_LIMIT=-1防止 OOM 中断 - 在 CI 环境中用
composer install --prefer-dist --no-interaction强制走压缩包而非 Git 克隆
真正卡顿的地方往往不是下载本身，而是 autoload 生成、脚本执行、或某一个包的 post-install-cmd 挂起。打开调试：composer install -v，看停在哪一行，比盲目追求“多线程”更有用。
