composer update 不是“一键升级所有包”，而是按 composer.json 版本约束安全升级到最新兼容版，如 "^2.0" 最高升至 2.x，绝不跨主版本；跨主版本需手动修改约束后更新。
composer update 不是“一键升级所有包”，而是按 composer.json 里的版本约束，安全地升到最新兼容版——比如 "monolog/monolog": "^2.0" 最多升到 2.10.0，绝不会跳到 3.0.0。想跨主版本？必须手动改约束，再执行更新。
只更新某个包，别动其他依赖
日常维护最常遇到的场景：你发现 guzzlehttp/guzzle 有安全补丁，但不想连带升级 symfony/http-foundation 或触发一堆兼容性问题。
- 直接运行
composer update guzzlehttp/guzzle，它只解析这个包及其子依赖，其余包版本完全不动 - 包名必须写全（
vendor/name），composer update guzzle会报错 - 如果目标包的新版本要求更高版本的
psr/http-client，该依赖会被连带升级——这是正常行为；若想锁死，加--no-update-with-dependencies（Composer 2.5+） - 更新前先
composer update guzzlehttp/guzzle --dry-run，看清楚哪些子依赖会被牵连
想升主版本？别指望 update 自动帮你
composer update 永远尊重语义化版本规则，它不会主动打破 ^2.0 的边界。所谓“强制升级到 v3”，本质是你改了规则，它才照做。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查清楚目标包当前约束：
composer show guzzlehttp/guzzle看实际安装版本，再打开composer.json找对应行 - 把
"guzzlehttp/guzzle": "^2.8"改成"guzzlehttp/guzzle": "^3.0"，保存 - 再运行
composer update guzzlehttp/guzzle—— 这时才会拉 v3.x - 改完立刻跑
composer validate，确认 JSON 格式和 PHP 版本声明（如"php": "^8.1"）没写错
更新后项目跑不起来？大概率不是代码错了
升级后最常见的故障不是 Fatal error，而是自动加载失效、配置缓存没刷新、或 classmap 没重建——尤其在 Laravel/Symfony 项目里。
- 强制重生成 autoload：
composer dump-autoload -o（-o表示优化，生成静态映射） - Laravel 项目务必清缓存：
php artisan config:clear和php artisan cache:clear - 如果用了
composer install部署，确保composer.lock已提交 Git；CI/CD 中禁止用update，否则团队成员拉的依赖树可能不一致 - 升级后出现
Class not found，先检查vendor/autoload.php是否被正确引入，再确认composer.json的autoload段有没有漏配 PSR-4 规则
全局包更新要进对目录，且不能混用 require 和 update
很多人想更新 laravel/installer 却执行 composer update laravel/installer 报错，是因为全局包不在当前项目目录下管理。
- 先确认位置：
composer global show --direct列出你亲手装的全局包 - 切到全局目录：
cd ~/.composer（Linux/macOS）或%APPDATA%\Composer（Windows） - 更新单个：
composer global require laravel/installer:^4.0 --update-with-dependencies - 更新全部：
composer global update，但它仍受~/.composer/composer.json约束，不会越界升主版本 - 别在项目根目录下用
composer global xxx，命令能执行，但作用域错位，后续找不到命令
Updating guzzlehttp/guzzle (2.10.0 => 3.0.1) 很干净，但运行时第一次发 HTTP 请求就抛 ArgumentCountError——这种问题不会出现在 --dry-run 里，得靠测试覆盖或人工核对 CHANGELOG。 
