最稳最快更新指定包的方式是 composer update vendor/package-name；必须用完整包名如 monolog/monolog，不能省略 vendor 名或使用通配符直接更新；批量更新需空格分隔包名，且需执行 composer dump-autoload -o 刷新自动加载。
想只更新几个包，别碰其他依赖？直接用 composer update vendor/package-name 就行，这是最稳、最快、最可控的方式。
为什么不能写 composer update monolog？
Composer 不认 vendor 名，只认完整包名（monolog/monolog）或通配符模式（monolog/*）。输 monolog 会被当成一个叫 “monolog” 的包，而它根本不存在，命令直接报错：Package "monolog" not found。
常见错误现象：
- 误以为
composer update monolog能批量更新 monolog 下所有包 —— 实际会失败 - 漏掉 vendor 名，只写
composer update http-foundation—— 同样报错找不到包
正确做法：
- 先查真实包名：
composer show 'monolog/*'（注意单引号防 shell 展开） - 确认输出非空后再操作，避免白忙活
- 包名必须带斜杠，比如
symfony/http-foundation，不是http-foundation
composer update 批量更新多个包的写法
多个包之间用空格分隔，不能加逗号，也不能换行。Composer 会只更新这些包及其受影响的子依赖，其余依赖完全不动。
示例命令：
composer update monolog/monolog symfony/http-foundation guzzlehttp/guzzle
关键细节：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果某个包在
composer.json中被锁死（如"monolog/monolog": "2.9.0"），update不会动它 —— 得先改成"^2.9"或删掉具体版本号 - 不支持
*通配符直接用于update参数（composer update monolog/*会报错） - 想临时指定版本？不行。
update不接受命令行版本号，得先改composer.json再运行
批量更新同一 vendor 下所有已安装包的可靠方法
没有“一键更新 monolog 所有包”的原生命令，但可以用两步组合实现，且必须跳过解析不稳定输出的风险。
推荐做法（无额外依赖）：
composer show 'monolog/*' | awk '{print $1}' | xargs composer update 2>/dev/null
说明：
-
awk '{print $1}'只取每行第一列（即包名），避开描述字段含空格、特殊字符导致截断的问题 -
2>/dev/null忽略 “Package not installed” 类提示，防止个别包缺失中断整个流程 - 务必先加
--dry-run预览：composer update $(composer show 'monolog/*' | awk '{print $1}') --dry-run
更稳但需装 jq 的方式：
composer show 'monolog/*' --format=json | jq -r '.[] | keys[]' | xargs composer update
更新后 Class not found？别急着重试，先看 autoload
批量更新 vendor 下多个包时，很可能引入新命名空间、新 PSR-4 映射，或废弃旧类。即使 composer update 成功，vendor/autoload.php 若没刷新，运行时仍会报 Class not found。
必须执行：
composer dump-autoload -o
特别注意：
-
autoload-dev区块里的类（如phpunit/phpunit）只在 dev 环境加载，生产环境不会触发 autoload 更新 - CI/CD 脚本里别硬编码管道链，应封装为小脚本并注释清楚边界条件（比如哪些包可能不存在、是否跳过失败）
- 更新完立刻跑测试失败，第一反应不是重试，而是检查 lock 文件 diff 和 autoload 是否生效
