composer 2.2+ 原生并行下载已取代prestissimo插件，后者在2.x中失效且易引发错误；应卸载插件、升级至2.2+、配置http-max-concurrent-downloads为6–8、换阿里云镜像并clear-cache，配合--prefer-dist等参数才能实现真实提速。
Composer 2.2+ 原生并行下载 vs prestissimo 插件
Composer 本身不支持多线程，所谓“多线程加速”是误称；hirak/prestissimo 在 Composer 2.x 中已失效，甚至会静默降级为单线程，还可能触发 file_put_contents(/tmp/): failed to open stream 错误。官方唯一认可的并发机制是 http-max-concurrent-downloads（2.2+）或旧名 parallel-downloads（2.2～2.8），底层靠 cURL multi 实现，并非真正多线程。
实测表明：prestissimo 在 Composer 2.9.6 下无法启动并发连接，终端输出始终为单行进度条；而启用 http-max-concurrent-downloads 8 后，composer install -v 可见类似 Downloading (7/42) 多数字跳变，才是真实并行生效。
- 插件已过时：卸载命令为
composer global remove hirak/prestissimo - 新版无需插件：2.2+ 自带并行能力，装插件反而干扰原生逻辑
- 兼容性风险：prestissimo 对私有仓库、自定义 downloader 支持差，易报
Could not find a matching version of package
真实提速组合：镜像 + 并发 + 参数协同生效
单独调高 http-max-concurrent-downloads 或只换镜像，效果都有限。三者必须咬合：
- 镜像源必须用阿里云：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，腾讯云可作备选 - 并发值设为
6～8：设10多数机器触发阿里云限流；设20必现临时文件竞争 - 必须搭配
--prefer-dist：否则并行下载的是大体积 Git 源码包，解压校验更慢；若项目里有"prefer-source": true，得手动删掉
注意：--no-dev 和 --optimize-autoloader 不影响并发下载阶段，但能大幅减少总耗时——它们作用于安装后处理，和网络下载正交。
CI/CD 中推荐的最小安全命令集
生产环境或 CI 流水线里，composer install 应固定为以下组合，避免钩子干扰与 autoload 冗余生成：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer clear-cache && composer install --prefer-dist --no-dev --no-scripts --no-autoloader --optimize-autoloader
说明：
-
--no-scripts：跳过post-install-cmd等钩子，防止意外执行npm install或数据库迁移 -
--no-autoloader：不即时生成vendor/autoload.php，后续用composer dump-autoload --optimize单独补全 -
--optimize-autoloader：生成 classmap，运行时不扫描 PSR-4 目录，但本地开发别长期开启，否则新增类不自动加载
该组合在标准环境（PHP 8.2 + 4GB RAM）下，能把平均耗时从 45 秒压到 10 秒左右——前提是镜像、并发、缓存三者全部到位。
容易被忽略的版本与缓存陷阱
最常踩的坑不是参数写错，而是环境没对齐：
- 运行
composer --version，输出必须是Composer version 2.2.22或更高；2.0.x或1.x版本设了http-max-concurrent-downloads也无效 - 换镜像后不
composer clear-cache，Composer 仍在读旧的海外元数据，表现就是“换了源还是卡在 0%” - 全局配置用了
-g，但项目级composer.json里硬写了"repositories"，会覆盖全局镜像设置
并发参数只对 composer install 显著有效；composer update 因依赖图需实时解析，本质仍是串行，优化空间极小——想快，就别频繁 update，而是维护好 composer.lock。
