composer update 不能直接写 monolog，因参数只认完整包名（如monolog/monolog）或通配符（如monolog/），monolog本身非合法包名；安全批量更新需先用composer show 'monolog/'确认已安装包，再通过awk或jq提取包名执行更新，并务必--dry-run预览、dump-autoload刷新自动加载。
composer update 为什么不能直接写 monolog？
因为 composer update 的参数只认完整包名（如 monolog/monolog）或通配符模式（如 monolog/*），不支持 vendor 名本身。你输 composer update monolog，Composer 会报错说 “Package monolog not found”，因为它根本不是合法包名——就像你不能用 git checkout laravel 去切一个不存在的分支。
怎么安全批量更新某个厂商下的所有已安装包？
核心思路是：先查出哪些包真正在项目里，再把它们喂给 composer update。跳过这步容易白忙活，比如 monolog/* 匹配不到任何已安装包，命令就什么也不做。
-
composer show 'monolog/*'—— 注意单引号，防 shell 展开；返回空说明该 vendor 没有包被 require 进来 - 确认有结果后，用
composer show 'monolog/*' | awk '{print $1}' | xargs composer update批量更新 - 加
2>/dev/null忽略“未安装”提示，避免因个别包未装而中断整个流程 - 更新前务必加
--dry-run预览：composer update $(composer show 'monolog/*' | awk '{print $1}') --dry-run
为什么别信网上那些 grep + awk 拼出来的“一行神命令”？
因为 composer show 输出格式不稳定：包名可能含空格、特殊字符，或字段顺序在不同 Composer 版本中微调。靠 awk '{print }' 看似简单，但一旦遇到 symfony/console 下面带注释的行、或某包描述里有空格，就可能截断错位。
- 更稳的方式是用 JSON 输出：
composer show 'monolog/*' --format=json | jq -r '.[] | keys[]'（需装jq） - 若不想加依赖，坚持用原生命令，就只取第一列且不做复杂解析——
awk '{print $1}'是目前最简且足够可靠的方案 - 永远别在 CI/CD 脚本里硬编码这种管道链，应封装为小脚本并加注释说明边界条件
更新后测试失败，第一反应不该是重试，而是检查 autoload
批量更新 vendor 下多个包时，很可能引入新命名空间或废弃类。此时即使 composer update 成功，vendor/autoload.php 若没刷新，运行时仍会报 Class not found。
- 更新完立刻跑
composer dump-autoload -o（优化模式），尤其当新增了 PSR-4 映射 - 如果项目用了
autoload-dev（比如phpunit/phpunit），注意这些类只在 dev 环境加载，生产环境不会触发 autoload 更新 - CI 流程中若加了
--no-autoloader，后续必须显式补上composer dump-autoload，否则测试必然挂
