Composer不指定PHP版本，仅依赖当前shell的php可执行文件；"php": "^8.1"仅用于依赖兼容检查，实际运行由shebang或PATH决定；php -v与composer --version不一致说明二者使用不同PHP二进制。
Composer 本身不指定 PHP 版本，它只用当前 shell 的 php 可执行文件
很多人以为 composer.json 里写 "php": "^8.1" 就能让 Composer 自动切 PHP 版本——其实不是。这个字段只是给 composer install 做依赖兼容性检查用的，运行时完全不干预 PHP 解释器选择。真正起作用的是你终端里敲 composer 时背后调用的是哪个 php。
如何让 composer 命令走指定 PHP 版本
本质是控制 composer 脚本启动时绑定的 PHP 解释器。常见做法有：
- 直接用完整路径调用：
/usr/bin/php8.1 /usr/local/bin/composer install - 临时改
PATH，把目标 PHP 的 bin 目录放最前：PATH="/opt/php/8.2/bin:$PATH" composer install - 用
alias绑定（仅当前 shell 有效）：alias composer82='php8.2 /usr/local/bin/composer' - 如果 Composer 是用
curl -sS https://getcomposer.org/installer | php下载的 PHAR，它默认用系统#!/usr/bin/env php，所以改php命令指向即可
php -v 和 composer --version 显示版本不一致？
这是典型信号：Composer 运行时用的 PHP 和你手动敲 php -v 的不是同一个。比如：
which php # → /usr/bin/php（PHP 8.0） which composer # → /usr/local/bin/composer（但它的 shebang 可能指向 /opt/php/7.4/bin/php）
查 Composer 实际用哪个 PHP：
立即学习“PHP免费学习笔记（深入）”；
-
head -n1 $(which composer)看 shebang 行 - 或者用
php -r "echo PHP_BINARY;"在 Composer 脚本里输出实际二进制路径（可加到composer.json的scripts里临时调试） -
macOS 上用 Homebrew 安装多版本 PHP 时，
brew unlink php@8.0 && brew link php@8.1会影响全局php，但不会自动刷新已打开终端里的PATH缓存
CI/CD 或部署脚本中安全切换 PHP 版本
别依赖用户环境的 php 别名或软链，显式指定绝对路径最稳：
- GitHub Actions 示例：
run: /usr/bin/php8.2 composer.phar install - Docker 中建议用多阶段构建，或在运行阶段用
update-alternatives --set php /usr/bin/php8.2 - 避免用
sudo update-alternatives --config php交互式切换——CI 环境没 TTY，会卡住 - 某些共享主机限制了 CLI PHP 版本，即使
phpinfo()显示 8.2，php -v可能仍是 7.4；这时必须用服务商提供的 wrapper，比如/opt/cpanel/ea-php82/root/usr/bin/php
真正麻烦的不是切换动作本身，而是不同上下文（shell、cron、web server、CI runner）各自维护一套 PHP 路径，稍不注意就出现本地能跑、服务器报 ParseError: syntax error, unexpected token "enum" 这类问题。
