composer install 是原子操作，必须一次性按 composer.lock 精确还原全部依赖，强行分步会破坏一致性、触发重装或 autoload 错误；其本质是履约契约，而非逐包安装。
不能分步执行 composer install —— 它本身就是一个原子操作，强行拆解只会破坏依赖一致性、触发重复扫描或 autoload 错误。
为什么“分步 install”在逻辑上不成立
composer install 的核心行为是「按 composer.lock 精确还原整个依赖树」，不是按包顺序逐个安装。它内部会一次性解析所有包的版本、下载路径、autoload 配置、脚本钩子，再批量写入 vendor/ 并生成 vendor/autoload.php。试图用 --only 或过滤参数“只装 A 和 B”会直接报错：Could not find package xxx in a version matching "x.y.z"，因为 lock 文件里每个包的版本都依赖其他包的约束结果。
- 没有
--skip-dev之外的“部分安装”开关；--no-dev是全局开关，不是选择性开关 - 手动删掉部分
vendor/再跑install，Composer 会检测到缺失并重装全部，不是只补缺的 - 想“先装框架、再装业务包”，但 Laravel 的服务提供者注册、配置合并、迁移命令都依赖完整
vendor/结构，缺一个包就可能让php artisan config:clear失败
真正需要“分阶段”的场景，该用什么替代方案
如果你遇到的是大型单体项目启动慢、CI 耗时长、本地调试卡顿，问题不在 install 是否可分步，而在构建流程设计不合理。对应真实痛点有明确解法：
-
CI 构建慢：用
composer install --prefer-dist --no-dev --optimize-autoloader --no-interaction+ 启用全局缓存（cache-files-dir），而非拆命令 -
本地开发只想改某模块：不用反复
install，而是用composer dump-autoload -o刷新类映射，或临时注释composer.json中非相关包的require，再update（仅限开发机，勿提交） -
部署时想跳过某些包：把它们移到
require-dev，生产环境用--no-dev自动过滤，而不是试图“分步跳过” -
autoload 扫描太重：检查
autoload.psr-4是否过度宽泛（比如"App\": "app/"下混了大量未使用的目录），拆成更细粒度映射，再dump-autoload -o
容易被忽略的底层事实：vendor 目录不是“包集合”，而是“运行时契约”
Laravel 启动时，bootstrap/app.php 会加载 vendor/autoload.php，而这个文件的内容由所有已安装包的 autoload 配置合并生成。少一个包，就少一段 PSR-4 映射或 classmap 条目，AppServicesPaymentService 可能瞬间变成 Class not found —— 即使你根本没改那行代码。这不是 Composer 的 bug，是它的设计前提：lock 文件即契约，install 即履约。
所谓“分步”，本质是想绕过契约验证。但大型单体项目恰恰最需要这份确定性。真要拆，得从架构层做，比如用 composer create-project 拉骨架 + 手动 require 核心包 + dump-autoload 验证，而不是对 install 动刀。
