install直接读取composer.lock按记录下载，无需解析依赖；update需重新分析版本约束、获取远程元数据并计算最优解，涉及大量网络请求与逻辑运算，因此慢得多。
执行 composer install 通常比 composer update 快得多，核心原因在于两者的工作方式完全不同。
1. install 直接读取锁定文件，不重新计算依赖
当你运行 composer install 时，Composer 会优先检查项目根目录下的 composer.lock 文件是否存在。
- 如果存在，Composer 直接按照 lock 文件中记录的**确切版本和哈希值**下载包，跳过所有依赖解析过程。
- 这意味着不需要访问远程仓库来分析版本兼容性，也不需要递归查找最优依赖组合。
- 整个过程是“照单下载”，非常接近纯文件传输操作，因此速度很快。
2. update 主动重新解析依赖关系
composer update 的目标是寻找符合条件的最新版本，因此必须进行完整的依赖求解过程。
- 它会读取 composer.json 中的版本约束（如 ^8.0），然后从 Packagist 等源获取可用版本列表。
- 接着运行复杂的 SAT 求解器（布尔可满足性算法）来确定一组满足所有依赖条件的最新包版本。
- 这个过程涉及大量网络请求、元数据下载和逻辑推理，耗时显著增加。
- 即使没有更改任何依赖声明，update 仍会重新执行这些步骤。
3. 实际场景中的性能差异
在持续集成或生产部署环境中，通常只需要还原已知稳定的依赖状态。
- 使用 install 可以确保每次构建的一致性，并且最大限度减少执行时间。
- 而 update 更适合本地开发阶段，用于主动升级依赖。
- 如果你看到 CI 流程中用了 update 导致变慢，那很可能是个配置失误。
