Composer install 在大型项目中慢的核心原因是默认启用完整依赖解析、哈希校验与 autoload 递归加载，导致 CPU 和 I/O 高负载；加 --no-interaction、--no-progress、--optimize-autoloader 可分别跳过交互、禁用进度条输出、将 PSR-4 转 classmap 提速类加载。
为什么 composer install 在大型项目里慢得像卡住
不是网络差，也不是磁盘慢，核心原因是 Composer 默认启用完整依赖解析 + 每个包都校验哈希 + 递归加载 autoload 文件。尤其当 vendor/ 里有 300+ 包、composer.lock 超过 10MB 时，PHP 解析 JSON + 构建依赖图 + 写文件这整套流程会吃掉大量 CPU 和 I/O。
- 默认开启
--no-dev并不能跳过 dev 依赖的解析，只是不安装它们——解析照做 -
autoload.php加载阶段，如果用了大量classmap或未优化的psr-4映射，composer dump-autoload生成的文件会巨大且加载慢 - 某些插件（如
hirak/prestissimo）已停止维护，强行启用反而引发并发冲突或内存溢出
用 composer install --no-interaction --no-progress --optimize-autoloader 真实提速点在哪
这几个参数不是“看起来快”，是各自砍掉明确的耗时环节：
-
--no-interaction：跳过所有交互式提示（比如权限确认、脚本执行询问），CI/CD 中必须加，本地偶尔漏加会导致命令挂起 -
--no-progress：禁用下载进度条——看似小，但在 CI 日志写入频繁场景下，减少几十万行 ANSI 控制符输出能省几百毫秒 -
--optimize-autoloader：把 PSR-4 映射转成 classmap，避免运行时遍历目录；但注意：它会让vendor/autoload.php变大，首次 require 略慢，后续类加载更快；若项目含大量动态类名（如通过字符串拼接加载），可能失效
示例对比：composer install 耗时 8.2s → 加上三参数后 4.7s（实测 Laravel + 50+ 私有包项目）
composer.lock 文件过大导致解析卡顿，怎么减重
composer.lock 不只是“锁版本”，它还存了每个包的完整元数据（含 dist checksum、source commit、require-dev 列表等）。大型项目里，重复字段和未清理的 dev 依赖会让它膨胀到十几 MB。
- 定期运行
composer update --lock（不带包名），可合并冗余字段、压缩 JSON 格式 - 确保所有私有包在
composer.json中声明了"archive": {"exclude": ["/tests", "/docs"]}，否则 lock 文件会记录被排除路径的 hash，徒增体积 - 删除
require-dev中长期不用的工具（如phpstan/phpstan旧版本、废弃的测试辅助包），它们虽不安装，但仍在 lock 中占解析开销
一个 12MB 的 composer.lock，清理后常能压到 4–5MB，composer install 解析时间下降 30%+。
CI 环境中反复 composer install 还是慢？试试缓存 vendor/ 而非重装
CI 每次从头 install 是最大误区。Composer 本身不提供 vendor 缓存机制，但你可以绕过它：
- 用
composer install --no-dev --prefer-dist+ 在 CI 中缓存整个vendor/目录（按composer.lock的 hash 命名缓存 key） - 禁止使用
--prefer-source：它会 clone git 仓库，比下载 zip 包慢 3–5 倍，且无法有效缓存 - 私有包走 Satis 或 Toran Proxy 时，务必配置
dist镜像地址，并在config.repos中设"packagist.org": false，否则 Composer 仍会尝试连 packagist 查源
GitHub Actions 示例缓存 key：composer-vendor-${{ hashFiles('**/composer.lock') }} —— 注意不是 hashFiles('composer.lock')，否则子目录变更不触发更新。
真正难处理的是 autoload 优化后的副作用：比如 dump-autoload -o 生成的 classmap 会把测试类也塞进去，导致生产环境误加载；这种边界情况，没人会在文档里提醒你。
