#### 1. 前言 --- 首先要搞清楚的一件事情是,所有的依赖都定义在composer.json中。 在指定安装扩展包的时候,并不是非要指明一个精确的版本。 那么就有可能发生这么一个情况,对于同一份composer.json,我们在不同时刻拉取到的依赖文件可能不同(因为composer会在满足条件的情况下去拉取最新的那份依赖),从而导致一些异常情况。 `composer update` 和 `composer install` 正是为了解决这个问题而出现的。 #### 2. composer install 和 composer update 的区别 ---- **相同点** 当本地不存在 `composer.lock` 文件时, composer instal 和 composer update 作用相同, 都会去读取 composer.json 中定义的依赖, 并且去拉取符合条件的最新版本的依赖, 然后把所拉取到的依赖放入 vendor 目录下, 最后把所有拉取的依赖的精确版本号写入 composer.lock 文件 **不同之处** 当本地存在 `composer.lock` 文件时, composer install 将会去读取 composer.lock 中存储的版本号, 并且以此标准去下载依赖; 而 composer update 则不会去读取 composer.lock 中的版本号, 他仍然会去读取 composer.json 中定义的依赖, 生成新的 composer.lock 文件 **composer install 和 composer update 的选择** 初始安装依赖优先使用 composer install, 因为他会去读取 composer.lock 文件, 按照精确的版本号拉取依赖。 不要轻易的使用 composer update 更新所有的依赖, 因为它会去读取 composer.json 中依赖,拉取满足条件的最新依赖包,很容易出现问题。 当更新某个依赖时,可以使用 composer update ``` composer update topthink/think-queue=2.* ``` #### 3. composer require ---- composer require 用于引入新的扩展包, 并且会生成新的 composer.lock 文件