composer update 不支持直接指定 vendor 名（如 monolog），因其参数仅接受完整包名或通配符模式（如 monolog/*）；输 composer update monolog 会报错，因 monolog 非合法包名。
composer update 为什么不能直接指定 vendor？
因为 composer update 的参数只接受包名（如 monolog/monolog）或通配符模式（如 monolog/*），不支持按 vendor 名（如 monolog）批量匹配——它压根没这个语法。你输 composer update monolog，Composer 会报错说找不到包 monolog，因为它不是合法的完整包名。
用 composer show 列出 vendor 下所有已安装包
这是最稳的前置动作：先确认哪些包真正在项目里，避免更新不存在的东西。vendor 名必须精确（区分大小写），且不含 /。
- 运行
composer show 'monolog/*'查看 monolog 下所有已安装包（注意单引号防 shell 展开） - 如果返回空，说明该 vendor 没有包被 require 进来，
update无意义 - 若想查所有 vendor，可用
composer show --installed | cut -d' ' -f1 | cut -d'/' -f1 | sort -u快速提取
批量更新 vendor 下所有包的可靠写法
核心是把 composer show 的输出转成包名列表，再喂给 composer update。别信网上那些用 grep + awk 拼接的“一行命令”，容易漏掉带空格或特殊字符的包名。
- 安全做法：分两步执行
composer show 'monolog/*' --format=json | jq -r '.[] | keys[]' | xargs composer update（需装jq） - 无依赖做法（推荐）：
composer show 'monolog/*' | awk '{print $1}' | xargs composer update—— 注意加2>/dev/NULL忽略“未安装”提示 - 更新前建议加
--dry-run预览：composer update $(composer show 'monolog/*' | awk '{print $1}' | xargs) --dry-run
更新失败常见原因和绕过技巧
批量更新时最容易卡在某个包的版本冲突或平台要求上，导致整个命令中断，而不是跳过失败项继续。
- 默认行为是“全量原子更新”，一个包失败，其余都不动；无法用
--ignore-platform-reqs单独跳过某一个 - 若只想更新能升的，加
--with-dependencies可能扩大范围，反而更易冲突；通常建议去掉它 - 真正有效的策略是：先用
composer outdated 'monolog/*'看哪些能升，再手动挑着更新，比如composer update monolog/monolog symfony/Error-handler - 长期维护建议：把同 vendor 的包写进
composer.json的require区，用脚本定期检查outdated并生成 PR，比临时批量 update 更可控
实际执行时，composer show 输出格式可能因 Composer 版本微调（尤其是 v1 vs v2），awk '{print $1}' 在某些精简输出模式下会失效——遇到空行或表头干扰，得加 | grep '/' 过滤。这点很容易被忽略，一跑就更新了 php 或 ext-* 这类伪包。