可直接在一条 composer require 命令后用空格分隔多个包名，Composer 会一次性安装并更新 composer.json 和 composer.lock；支持指定版本约束，但需注意依赖冲突，可用 --no-scripts 跳过脚本、--dry-run 预检。

可以直接在一条 composer require 命令后跟多个包名，Composer 会一次性安装并写入 composer.json。

用空格分隔多个包名

这是最常用、最直接的方式。每个包名之间用空格隔开，Composer 会依次解析、下载、安装，并自动更新 composer.json 和 composer.lock：

• composer require monolog/monolog guzzlehttp/guzzle symfony/var-dumper
• 支持指定版本约束，比如：composer require laravel/framework:^10.0 phpunit/phpunit:^10.4

注意版本冲突与依赖兼容性

一次装多个包时，Composer 会统一解析所有依赖树。如果它们对同一底层包（如 psr/log）有不兼容的版本要求，命令会失败并提示冲突。

• 遇到冲突时，Composer 会明确列出哪些包导致了不一致
• 可先单独安装一个主框架（如 Laravel），再逐步添加扩展，便于定位问题
• 必要时加 --with-all-dependencies 允许升级已有依赖（谨慎使用）

批量安装但跳过自动执行脚本

某些包含 post-install-cmd 或 post-autoload-dump 脚本，多个包一起安装可能触发多次重复执行。如需避免，可临时禁用：

• composer require --no-scripts monolog/monolog guzzlehttp/guzzle
• 之后再手动运行：composer run-script post-autoload-dump（如有需要）

想“静默”添加而不立即安装？用 --dry-run 预检

加 --dry-run 参数可模拟执行过程，只检查能否成功、会更新哪些包、有无冲突，不会真正修改项目：

• composer require --dry-run doctrine/orm symfony/console
• 适合 CI 环境预验证，或在生产部署前确认安全性

基本上就这些。不用写脚本、不用反复敲命令，空格连写是最简单也最可靠的方式。