composer exec用于临时执行vendor/bin下的工具，无需配置，适合快速调试；scripts则在composer.json中预定义命令，支持事件绑定和团队协作，适合标准化流程。两者互补，合理搭配可提升开发效率。
Composer 的 exec 命令和 scripts 功能虽然都能用来运行命令，但它们的用途、执行方式和适用场景有明显区别。理解这些差异有助于更高效地管理 PHP 项目中的自动化任务。
1. exec 命令：直接调用可执行文件
Composer 提供了 exec 子命令（从 Composer 2.0 开始引入），用于在当前项目的上下文中运行二进制文件，尤其是 vendor/bin 目录下的工具。
- 语法为：
composer exec [options] <command> - 它会自动查找并优先使用
vendor/bin中的命令，比如 phpunit、phpcs、psysh 等 - 不需要提前在
composer.json中定义 - 适合临时执行某个工具，例如：
composer exec phpunit或composer exec phpcs src/
这种用法类似于手动运行 ./vendor/bin/phpunit，但更简洁且跨平台兼容性更好（特别是在 Windows 上）。
2. scripts：预定义的自动化钩子或任务
Composer 的 scripts 是在 composer.json 中声明的一组命名命令，可以绑定到特定事件（如安装、更新）或作为自定义脚本调用。
- 定义在
composer.json的"scripts"字段中 - 支持事件驱动，例如：
post-install-cmd、pre-update-dump等 - 也可以是自定义脚本，通过
composer run <script-name>手动触发 - 适合封装常用工作流，如测试、检查、构建等
示例：
{
"scripts": {
"test": "phpunit",
"cs:check": "phpcs src/",
"cs:fix": "phpcbf src/"
}
}
然后运行：composer run testcomposer run cs:check
3. 主要异同对比
-
灵活性：
exec更灵活，无需配置即可运行任意二进制；scripts需要预先定义，但更规范 -
可维护性：
scripts适合团队协作，命令统一、易文档化；exec更适合个人快速操作 -
自动化能力：
scripts可绑定生命周期事件，实现自动化；exec不具备此功能 -
路径处理：
composer exec自动解析vendor/bin路径，避免手动输入完整路径 -
组合命令：
scripts中可以写复杂的 shell 命令链，exec通常只用于单个命令
4. 使用建议
- 临时运行一个工具？用
composer exec - 希望团队统一执行流程？把命令写进
scripts - 需要在 composer 安装后自动执行某些动作？必须用
scripts绑定事件 - 想简化复杂命令？用
scripts封装，再通过composer run xxx调用
基本上就这些。两者不冲突，实际项目中常常共存：用 scripts 建立标准流程，用 exec 快速调试工具。合理搭配能让开发体验更顺畅。
