直接运行 composer update vendor/package-name 即可只更新指定包，它仅解析该包及其依赖、尊重其他包版本锁定、更新 composer.lock 对应条目；需用完整命名空间，避免意外升级可先 --dry-run 验证或用 --no-update-with-dependencies 排除。
直接运行 composer update vendor/package-name 即可只更新指定包，无需修改 composer.json 或清空整个 vendor 目录。
用 composer update 加包名精准更新
Composer 原生支持按包名更新，语法是 composer update vendor/name（如 monolog/monolog）。它会：
- 仅解析该包及其依赖的版本约束
- 尊重
composer.json中已锁定的其他包版本（即不升级其他包） - 重新生成
composer.lock中对应条目，保持其余部分不变
注意：必须使用完整命名空间格式，不能省略 vendor 部分（composer update monolog 会报错）。
避免意外升级依赖项
某些包的子依赖可能被连带更新，尤其当目标包的新版本要求更高版本的依赖时。若想严格锁死所有非目标包：
- 先执行
composer update --dry-run vendor/package-name查看将变更哪些包 - 确认无误后再去掉
--dry-run - 如发现不希望更新的依赖（如
psr/log），可在命令后显式排除：composer update vendor/package-name --with-dependencies --no-update-with-dependencies（仅 Composer 2.5+ 支持--no-update-with-dependencies）
更新失败常见原因与修复
执行后提示 Could not find package vendor/name 或 Root composer.json requires vendor/name ^x.y, found ... in lock file，通常因为：
- 包名拼写错误或大小写不符（Composer 包名区分大小写）
- 当前项目未在
composer.json中声明该包（即使已安装在vendor中也不行） - 该包已通过
require-dev安装，但你没加--dev参数（此时需composer update vendor/name --dev） - 版本约束太紧（如
"^1.0"），而仓库中只有2.x版本，此时需先手动改composer.json再更新
composer update guzzlehttp/guzzle composer update phpunit/phpunit --dev composer update symfony/console --with-dependencies
最易忽略的是：更新单个包后，如果它的 API 有破坏性变更，而你的代码没同步调整，运行时才暴露问题——别只盯着命令是否成功，得验证实际调用逻辑。
