composer update后跟多个完整包名（如monolog/monolog guzzlehttp/guzzle）可精准批量更新，仅影响所列包及其直系子依赖，不改动其他依赖；包名须完整、大小写敏感、已在composer.json中声明，不支持通配符。
直接用 composer update 后跟多个包名，就能精准批量更新——不碰其他依赖，不重算整棵树，也不需要插件或通配符。
怎么写命令才不会报错
最常见错误是包名拼错、漏 vendor、或误加通配符。Composer 只认完整包名，比如 monolog/monolog，不是 monolog 或 monolog/*。
-
composer update monolog/monolog guzzlehttp/guzzle symfony/console—— 正确，空格分隔，无逗号无引号 -
composer update "monolog/monolog"—— 引号非必需，但加了也行；不过"monolog/*"会直接报Could not find package monolog/* - 如果包没在
composer.json的require或require-dev里声明，执行会失败并提示Package xxx is not required in your composer.json - 包名大小写敏感，
Monolog/monolog和monolog/monolog是两个不同包（后者才是标准写法）
想升到特定版本怎么办
默认按 composer.json 里的约束走，比如 "^2.1" 就只升到 2.x 最新版。真要跳大版本（如 2.9 → 3.0），得临时指定或先改约束。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 临时指定：
composer update monolog/monolog:^3.0（注意冒号不能漏） - 改完
composer.json再跑：composer update monolog/monolog，但记得提交修改 - 升级失败时，先查谁在拦着：
composer why-not monolog/monolog:3.0，输出会告诉你哪个包锁死了它 - 别用
--with-all-dependencies盲升——它可能连带升级一堆你没打算动的包，反而扩大冲突面
批量更新前该做什么检查
盲目更新容易翻车，尤其在 CI/CD 或团队协作中。关键是先确认“哪些该升”和“升了会动什么”。
- 先跑
composer outdated --direct，只看你自己显式 require 的包，优先处理带!的（主版本变更） - 加
--dry-run预览变更：composer update monolog/monolog guzzlehttp/guzzle --dry-run，看它打算改哪些行 - 升级后类找不到？大概率是 autoload 没刷新，立刻执行
composer dump-autoload -o - 务必先备份：
cp composer.lock composer.lock.bak，出问题秒回退
按 vendor 批量更新的可靠做法
Composer 原生不支持 composer update monolog 这种写法，但可以用 composer show 抽出包名再喂给 update。
- 列出 monolog 下所有已安装包：
composer show 'monolog/*'（单引号防 shell 展开） - 安全提取包名并更新：
composer show 'monolog/*' | awk '{print $1}' | xargs composer update - 想预览再执行：
composer update $(composer show 'monolog/*' | awk '{print $1}') --dry-run - Windows 用户慎用
xargs（Git Bash 除外），Mac 上若报unrecognized option -r，换用gxargs（brew install findutils）
真正难的不是命令怎么写，而是判断“这个包能不能升”“它的子依赖会不会被意外拖升”“升级后测试覆盖是否足够”——这些没法靠一行命令解决，得结合 composer why-not、outdated 输出和项目实际用法来推。
