Composer无批量命令，所有批量操作本质是精准修改composer.json后执行update/install；2.2+支持require多包但须空格分隔、不加引号、无逗号；安全做法是先--no-update写入再统一update；update后跟包名才精准更新；remove支持多包卸载；插件仅sandersander/composer-link、kylekatarnls/update-helper、vaimo/composer-plugin稳定可用。
Composer 本身没有“批量处理”命令，所有所谓批量操作，本质都是对 composer.json 的精准修改 + 后续执行 composer update 或 composer install。指望一个命令自动增删改查一堆包，只会触发报错或状态不一致。
composer require 一次装多个包到底行不行
在 Composer 2.2+ 中可以，但必须严格满足三个条件：空格分隔、不加引号、不带逗号。例如：
composer require monolog/monolog guzzlehttp/guzzle symfony/var-dumper
这条命令会一次性写入 composer.json、下载包、更新 composer.lock。
常见错误现象：
-
Could not find package baz/qux：命令写了composer require foo/bar baz/qux，Composer 把baz/qux当成独立包去 Packagist 查，根本没解析为第二个参数 -
composer require "monolog/monolog guzzlehttp/guzzle"：加了引号，整个字符串被当做一个包名 -
composer require monolog/monolog,guzzlehttp/guzzle：逗号不被识别，第二个包名被忽略
真正可控的做法是分两步：
- 先用
--no-update批量写入配置：composer require monolog/monolog:^2.10 --no-update && composer require guzzlehttp/guzzle:^7.8 --no-update - 再统一执行
composer update --no-interaction，避免中途失败导致composer.json和vendor状态不一致
composer update 后跟多个包名才是真·精准批量更新
全量 composer update 是最危险的操作，它会重新解析整个依赖图，可能意外升级你没打算动的包。而 composer update foo/bar guzzlehttp/guzzle 才是安全批量更新的核心姿势。
它只更新列出的包及其直系子依赖，其他包版本完全不动，composer.lock 的 diff 也干净可审。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
注意前提：
- 包名必须已存在于
composer.json的require或require-dev中，否则会被忽略 - 如果想更新尚未声明的包，得先
require --no-update写入，再update执行 - CI/CD 中建议固定使用
--no-interaction，避免卡在交互提示上
哪些插件能真正帮你省掉重复劳动
目前真正稳定、无兼容风险、静默生效的 Composer 插件只剩三个核心角色：
-
sandersander/composer-link：本地开发调试依赖包的刚需。一条命令链接本地目录：composer link ../my-utils，不用反复install，也不用改repositories。坑点：改了被链接包的 autoload 规则（比如新增 PSR-4 namespace），必须手动运行composer dump-autoload -
kylekatarnls/update-helper：每次composer update后自动提示哪些包有新版但被约束卡住，例如"monolog/monolog": "^2.0"实际已有 v3.5.0。它不修改任何文件，只读取 + 输出，适合集成进 CI 做每日依赖健康检查。坑点：若项目设了"minimum-stability": "dev"，可能把不稳定版本也标为“可升” -
vaimo/composer-plugin：自动格式化composer.json，保持字段顺序、缩进、空行统一，避免团队协作时因格式差异产生无意义的 git diff
别再装 hirak/prestissimo——Composer 2.2+ 已原生支持并行下载，该插件不仅失效，还会报 Plugin is not compatible with Composer 2 错误。
批量卸载和精简 vendor 只能靠组合技
composer remove（2.2+）是唯一安全批量卸载方式，支持空格分隔多个包名：composer remove monolog/monolog guzzlehttp/guzzle，它会自动清理 composer.json 和 vendor，比手动删更可靠。
想精简 vendor 体积？composer-cleaner 配合 extra.cleaner.exclude 能按路径精准剔除 /tests/、/translations/、/docs/ 等冗余内容，且不破坏 autoload 映射。但要注意：不是所有包的语言目录都叫 translations/，比如 monolog/monolog 用的是 src/Monolog/Translator/，硬删 /translations/ 可能漏掉或误删。
部署时加 --no-dev --classmap-authoritative 是最后的安全锁，确保生产环境只装必需依赖，且类加载走最快速路径。
