composer update vendor/package-name 有时无反应，是因为该包在 composer.json 中的版本约束不包含目标版本，例如 "^1.2" 不允许升级到 2.0.0；需先检查并调整约束，再执行更新。
直接更新单个包，用 composer update vendor/package-name，不是 composer update 全量更新，也不是加 --with-dependencies 这类模糊选项。
为什么 composer update foo/bar 有时没反应？
Composer 默认只更新满足当前 composer.json 中版本约束的包。如果 foo/bar 在 composer.json 里写的是 "^1.2"，而最新版是 1.5.0，它会更新；但如果最新版是 2.0.0，且你没改约束，它就跳过——因为 ^1.2 不包含 2.0.0。
- 先确认该包是否已声明在
composer.json的require或require-dev里 - 检查它的版本约束是否允许升到目标版本（比如把
"^1.2"改成"^2.0"再运行composer update foo/bar） - 运行
composer show foo/bar查看当前安装版本和可用版本范围
composer update 加多个包名的写法
一次更新多个指定包，直接空格分隔，不加逗号、不加引号（除非包名含特殊字符）：
composer update monolog/monolog phpunit/phpunit symfony/console
注意：这不会更新它们的子依赖，除非子依赖也被显式列出，或你加了 --with-all-dependencies（慎用，可能连带升级一堆东西）。
- 子依赖默认保持原版本，避免意外破坏
- 如果某个包的子依赖必须同步升级（比如安全补丁），得单独列出来，或改
composer.json后全量更新 - 加
-v参数能看到 Composer 实际锁定了哪些版本
更新失败常见报错和应对
典型错误如：Could not find package vendor/name 或 Root composer.json requires vendor/name ^x.y, found ... in ... but it does not match your constraint。
-
Could not find package：包名拼错，或该包不在当前配置的仓库源里（比如私有包没配repositories） - 版本不匹配：检查
composer.json中对应项的版本字符串，别漏掉~、^、*等符号含义 - 依赖冲突：用
composer why-not vendor/package:version查谁在拦着升级 - 网络超时或证书问题：临时换国内镜像源，命令是
composer config -g repo.packagist composer https://packagist.phpcomposer.com（注意该镜像已停，应换为https://mirrors.aliyun.com/composer/）
最麻烦的其实是版本约束和依赖图交织在一起，表面只动一个包，背后可能牵出三四个间接依赖的兼容性问题。动手前先 git status 和 composer show 看一眼现状，比硬试强。
