composer update 按 composer.json 版本约束重装兼容最新版，不自动放宽约束；升不到目标版本因约束过严（如 "^2.9" 不升 3.0）；强制升级需指定包名加 --with-all-dependencies。
composer update 会更新 所有 锁定在 composer.lock 中的包（包括其子依赖），但默认行为不是“升到最新可用版本”，而是按 composer.json 中声明的版本约束（如 "^2.0"）重新解析并安装满足条件的最新兼容版本。
为什么 composer update 没升到你想要的版本？
根本原因在于 composer.json 里的版本约束写法。比如："monolog/monolog": "^2.9" 表示允许升级到 2.x 下任意新版，但绝不会升到 3.0；而 "laravel/framework": "10.*" 则卡死在 10.x 分支内。
- 用
*或dev-main等宽松约束才可能拉到主干最新，但极不推荐用于生产 -
composer update不会自动放宽约束 —— 它只尊重你已写的规则 - 如果某个包在
composer.lock中是2.8.0，而composer.json写的是"^2.8"，且目前有2.10.3，那update就会升到2.10.3；但如果只有2.8.1符合，那就只升一位小版本
想强制升级某个包到最新稳定版（无视当前约束）
直接指定包名加 --with-all-dependencies，避免子依赖被锁住导致失败：
composer update monolog/monolog --with-all-dependencies
这个命令会：重算 monolog/monolog 及其所有传递依赖（比如 psr/log）的最新兼容版本，并更新 composer.lock。
- 不加
--with-all-dependencies时，其他包仍按原lock文件版本装，容易报冲突 - 想一次升多个包？写成
composer update vendor/package1 vendor/package2 --with-all-dependencies - 慎用
--dry-run先看会动哪些包：composer update laravel/framework --dry-run
如何安全地把整个项目推到最新大版本（比如从 Laravel 9 升到 10）？
这不是 composer update 能自动完成的事。必须手动改 composer.json 的约束，再运行 update：
"laravel/framework": "^10.0"
然后执行：
composer update laravel/framework --with-all-dependencies
- 大版本跃迁前务必查官方升级指南（如
laravel.com/docs/10.x/upgrade），因为 API、配置、PHP 版本要求都可能变 -
composer update本身不会删文件或改配置，但新包可能拒绝加载旧配置格式，导致php artisan报错 - 别跳过测试：
composer update后跑一遍单元测试和关键功能路径
真正麻烦的从来不是命令敲得对不对，而是版本约束是否合理、上下游兼容性有没有被隐式破坏、以及 lock 文件里那些没显式声明却实际生效的间接依赖 —— 它们才是上线前最该盯住的地方。
