composer exec 专用于安全运行 vendor/bin 下的本地 CLI 工具（如 phpunit），自动加载项目 autoload；composer run-script 执行 composer.json 中 scripts 定义的任意命令，支持 shell、PHP 脚本及嵌套调用，二者目标不同、不可直接替代。
composer exec 专门用来安全运行 vendor/bin 下的本地可执行工具（比如 phpunit、phpstan、php-cs-fixer），而 composer run-script 是用来执行 composer.json 中 scripts 字段定义的自定义命令（可以是 shell 命令、PHP 脚本，甚至调用其他 Composer 命令）。
composer exec 只认 vendor/bin 目录里的可执行文件，不解析 scripts 配置；它背后会自动加载项目 autoload，确保工具能正确使用当前项目的依赖类。
composer run-script 则完全依赖 composer.json 的 scripts 定义，哪怕写的是 "test": "echo 'hello'" 或 "deploy": "git push origin main"，它都照常执行。
使用 exec 表达的是“我要跑一个项目自带的 CLI 工具”，比如：
• composer exec phpunit -- --filter=testLogin
• composer exec phpstan analyse src/
而 run-script 更偏向“我要触发一个预设流程”，例如：
• composer run-script post-update-cmd
• composer test（这是 run-script 的简写形式）
composer exec 会清理部分环境变量，强制使用当前项目的 vendor/bin 下对应工具，并自动适配跨平台后缀（如 Windows 的 .bat）；
run-script 执行时则继承当前 shell 环境，支持传参（如 --no-ansi）、支持事件钩子（如 pre-install-cmd）、也支持在脚本中嵌套调用其他 Composer 命令（包括 exec）。
不能直接替代，但可以组合使用：
• 你可以在 scripts 里写 "analyse": "composer exec phpstan analyse src/"，把 exec 包进脚本里；
• 但反过来，exec 无法执行 scripts 中定义的纯 shell 命令（比如 "build": "mkdir -p build && cp index.php build/"），因为它只找 vendor/bin 下的真实可执行文件。
以上就是Composer的exec命令和run-script有什么不同？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
421
收藏
