composer update 全量更新慢因需重解析整个依赖图并执行sat求解，尤其lock陈旧或约束复杂时；应优先用 composer update vendor/package 指定更新，避免全量重算。
composer update 更新全部包时为什么慢得像卡住
因为 composer update 默认会重新解析整个依赖图，下载所有包的新版本并执行安装逻辑，哪怕只改了一个小 patch。尤其当 composer.lock 陈旧、网络不稳定或某些包有复杂约束（比如 "php": "^8.1" 和一堆 conflict 规则）时，SAT 求解器耗时剧增。
- 实际开发中，90% 的场景不需要全量更新——改一个
monolog/monolog，没必要让symfony/console也跟着升到 v7 - 本地运行
composer update前，先确认是否真需要全量：检查composer.json是否批量改了版本号？有没有人刚git pull进来一个带新依赖的分支？ - 如果只是验证某个包升级后是否兼容，直接用
composer update vendor/package-name，它跳过其他包的版本重计算，快 3–5 倍
composer update 只更新指定包的正确写法
语法很简单：composer update vendor/package-name，但细节决定成败。最容易错的是包名拼错、没加 vendor、或者误用了通配符。
- 包名必须完整，比如想更新 Laravel 的 HTTP 组件，得写
composer update illuminate/http，而不是http或illuminate - 支持多个包，空格分隔：
composer update guzzlehttp/guzzle symfony/http-foundation，中间不能有逗号 - 不支持
*通配符（composer update monolog/*会报错），想批量更新同一 vendor 下所有包，得手动列全或写 shell 脚本 - 如果该包在
composer.json中被锁死（如"monolog/monolog": "2.9.0"），update不会动它——得先删掉版本号，改成"monolog/monolog": "^2.9"再运行
为什么 composer update 某个包后报 “Class not found” 或 “undefined function”
这不是 Composer 本身的问题，而是自动加载没刷新。Composer 安装/更新包后，会生成或修改 vendor/autoload.php 和 vendor/composer/autoload_*.php，但有些情况它不会自动重 dump。
- 最常见原因：你用的是
--no-autoloader或--classmap-authoritative参数（CI 环境常用），这时必须手动补上composer dump-autoload - 另一个坑：PHP 的 opcache 缓存了旧的 autoloader 文件，开发时记得
opcache_reset()或重启 PHP-FPM - 如果你在更新后立刻跑测试却失败，先执行
composer dump-autoload -o（优化模式），再试一次 - 注意
autoload-dev区块里的类，比如phpunit/phpunit的测试工具类，只在 dev 模式下加载，生产环境 update 后不会生效
composer update 升级失败时怎么快速定位问题
错误信息往往藏在最后一屏，但真正关键的线索在中间某行——比如 “Conclusion: don’t install package-x v3.2.0”，这说明冲突点不在你要更新的包，而在它的某个依赖身上。
- 加
-v参数看详细过程：composer update vendor/package -v，重点关注 “Resolving dependencies through SAT” 后面的 rejected candidates - 用
composer prohibits vendor/package:version查谁在阻止安装（例如composer prohibits phpunit/phpunit:10.0） - 临时降级 PHP 版本约束试试：把
"php": "^8.2"改成"php": "^8.1 || ^8.2"，有时只是 SAT 求解器在高版本下更激进 - 别急着删
composer.lock——它记录了当前可工作的组合，删了等于重头开始猜，先git checkout composer.lock回退再排查
真正麻烦的不是命令怎么写，而是依赖树里某一层的 conflict 规则和你的 PHP 扩展状态对不上。这种时候，composer why-not 比 update 本身更有用。
