composer没有强制更新命令，所谓“强制”实为绕过缓存、忽略lock文件或跳过平台检查等操作；默认update仅在composer.json约束内找兼容版本，受缓存和lock文件限制。
Composer 没有“强制更新”命令，所谓强制，其实是绕过缓存、忽略锁文件或跳过兼容检查的几种具体操作。
为什么 composer update 有时不更新你想要的版本？
因为 composer update 默认只在 composer.json 的版本约束范围内找最新兼容版，比如 "monolog/monolog": "^2.0" 永远不会升到 3.0；它也默认读取本地缓存、尊重 composer.lock 的解析结果——这些都会挡住“你以为的新版本”。
- 缓存里存着旧包元数据？
composer clear-cache清掉 - 想跳过本地已有的
composer.lock重新算依赖树？先删它：rm composer.lock，再跑composer update - 怀疑某包被平台要求（如 PHP 版本）卡住？加
--ignore-platform-reqs，但别在 CI 或生产环境用 - 想看它到底打算装啥，又怕翻车？加
--dry-run预演：composer update --dry-run
composer update vendor/package 真的能“只升一个”吗？
能，但有前提：这个包必须显式写在 composer.json 的 require 里。否则会报错 Package "vendor/package" listed for update is not required in your composer.json。
- 只升指定包本身：
composer update monolog/monolog - 连带升它的直接依赖（更安全）：
composer update monolog/monolog --with-dependencies - 全链路递归升（高风险！慎用）：
composer update monolog/monolog --with-all-dependencies - 如果只是想让
composer.lock同步composer.json的非版本变更（比如改了 description），用composer update nothing或composer update --lock（Composer 2.4+）
想彻底重装所有依赖，不是“更新”，而是“从头来”
这不是 update 的事，是 install 的事——关键是清干净再按锁文件重装。
- 最稳妥（推荐日常）：
rm -rf vendor→composer install（严格按composer.lock装，版本零偏差） - 最彻底（适合调试疑难杂症）：
rm -rf vendor composer.lock→composer install（会重新生成 lock，等价于一次完整 update） - 想跳过缓存且强制覆盖已存在文件：
composer install --force-reinstall --no-cache（Composer 2.2+） - 千万别删了
vendor还去跑composer update——它会无视 lock，可能装出和队友完全不同的依赖树
真正容易被忽略的点是：所有“强制”动作都绕过了 Composer 的一致性保障机制。一旦用了 --ignore-platform-reqs、删了 composer.lock 或硬推 --with-all-dependencies，你就得自己承担测试覆盖、autoload 重建、框架兼容性验证这些事——而它们往往比敲命令花的时间多十倍。
