@php 使用 Composer 当前的 PHP 解释器确保环境一致，php 调用系统默认 PHP 可能导致版本差异，推荐优先使用 @php 避免多版本冲突。
在 Composer 的 scripts 配置中，@php 和 php 看似相似，但作用方式不同，关键在于执行上下文和路径解析。
1. php：调用系统全局的 PHP 可执行文件
php 直接调用操作系统环境中配置的 PHP 命令，也就是你在终端输入 php 时所使用的那个可执行程序。它依赖于系统的 PATH 环境变量。
例如：
“scripts”: { “test”: “php ./tests/run.php” }
这条命令会使用系统默认的 PHP 来执行脚本。如果系统中有多个 PHP 版本，可能不会使用你期望的那个，尤其是在开发环境与部署环境不一致时容易出问题。
立即学习“PHP免费学习笔记（深入）”；
2. @php：由 Composer 解析并代理执行
@php 是 Composer 提供的一个特殊语法，表示“使用当前运行 Composer 的 PHP 解释器”来执行后面的命令。它不是直接交给 shell 执行，而是由 Composer 拦截并替换为实际的 PHP 路径。
例如：
“scripts”: { “test”: “@php ./tests/run.php” }
Composer 会自动将 @php 替换为启动 Composer 时所使用的 PHP 二进制路径，比如 /usr/bin/php 或 C:xamppphpphp.exe，从而保证使用的是同一个 PHP 环境。
这意味着：
如果你用 PHP 8.1 运行 composer install，那么 @php 就会使用 PHP 8.1 执行脚本。 即使系统 PATH 中指向的是 PHP 7.4，@php 依然使用 8.1，避免版本错乱。
实际差异示例
假设你的系统默认 PHP 是 7.4，但你是通过 PHP 8.1 执行 Composer：
composer run test
对比两种写法：
php -r 'echo PHP_VERSION;' → 输出可能是 7.4（系统默认） @php -r 'echo PHP_VERSION;' → 输出是 8.1（Composer 使用的 PHP）
这种差异在多 PHP 版本环境（如 macOS + brew、Docker、CI/CD）中尤其重要。
推荐使用场景
用 @php：确保脚本与 Composer 使用相同的 PHP 环境，适合大多数项目脚本（如测试、生成缓存、迁移等）。 用 php：仅当你明确需要系统默认 PHP，或在非 Composer 上下文中运行命令时。
基本上就这些。简单记：@php 更安全，更一致，推荐优先使用。
以上就是composer的scripts中@php和php有什么区别的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/128290.html
微信扫一扫 
支付宝扫一扫 
