使用composer update vendor/package可更新单个依赖，如composer update guzzlehttp/guzzle；通过composer require指定版本亦可升级，如composer require monolog/monolog:^2.0；需突破原约束时先修改composer.json中的版本号再执行update命令。
在使用 Composer 管理 PHP 项目依赖时，有时你只想更新某一个特定的依赖包，而不是全部。这样可以避免其他包因版本变动引发兼容性问题。下面讲解如何只更新 Composer 中的单个依赖包。
1. 使用 require 命令更新指定包
最常用的方式是重新执行 composer require 命令，并指定包名和目标版本。如果该包已存在，Composer 会自动升级到指定版本。
composer require vendor/package:版本号例如，你想将 monolog/monolog 更新到最新稳定版：
composer require monolog/monolog:^2.0如果你不指定版本，Composer 会默认安装 composer.json 中定义的版本约束下的最新版本：
composer require monolog/monolog2. 使用 update 命令精确更新单个包
如果你想强制更新某个包到符合版本约束的最新版本，可以使用 composer update 并指定包名：
composer update vendor/package例如，只更新 guzzlehttp/guzzle：
composer update guzzlehttp/guzzle
注意：这个命令会根据 composer.json 中对该包的版本限制进行更新，不会突破原有约束。
3. 更新到特定版本（突破原约束）
如果当前 composer.json 中的版本约束不允许更新到你想要的版本，需要先修改 composer.json 文件中的版本号，再运行 update。
- 打开 composer.json
- 找到对应包，修改其版本号，比如改为 "^3.0"
- 保存后运行：composer update vendor/package
4. 避免更新其他依赖（防止连锁更新）
有时候运行 update 会连带更新它的子依赖。若想尽量控制影响范围，可加上 --with-dependencies 的反向操作 —— 实际上目前没有“仅自己”的参数，但你可以通过以下方式减少影响：
- 确保版本约束明确
- 使用 composer show vendor/package 查看当前版本和依赖情况
- 更新前备份 composer.lock 和 vendor 目录（或使用 Git）
基本上就这些。关键是用好 composer update vendor/package 这个命令，并理解版本约束的作用。只要不运行 composer update 不加参数，就能避免全局更新。操作前建议提交代码，防止意外变更。
