composer 运行所用 php 版本由启动方式决定，唯一有效控制方式是显式调用目标 php 或设置 php_binary 环境变量；config.platform.php 仅影响依赖解析，不改变实际执行环境。
Composer 本身不提供 --php-path 参数，它运行时用哪个 PHP，完全取决于你启动它的那一刻，由谁来执行它。 想换 PHP 版本，不是改 Composer 配置，而是控制它的“启动器”——要么显式调用目标 php 可执行文件，要么靠 PHP_BINARY 环境变量接管。
怎么确认 composer 正在用哪个 PHP
别信 php -v，它只告诉你当前 shell 默认的 PHP；composer --version 第一行才真实反映它实际调用的解释器路径。更准的方法是：
- 运行
head -1 $(which composer)查 shebang 行，比如#!/usr/bin/php8.1或#!/usr/bin/env php - 对比
which php和which composer的路径是否一致 - Windows 上打开
composer.bat，搜php，看它硬编码调用了哪个路径
PHP_BINARY 是唯一真正起效的环境变量
PHP_BINARY 是 Composer 唯一识别并用于自身执行逻辑的 PHP 路径变量。它优先级高于系统 PATH 中的 php，也覆盖 composer 命令自身的 shebang。其他变量（如 APP_ENV、COMPOSER_AUTH）只在特定配置字段插值时生效，不影响执行环境。
- Linux/macOS 临时使用：
PHP_BINARY=/opt/homebrew/bin/php@8.2 composer install - Windows CMD 临时使用：
set PHP_BINARY=C:\php-8.2\php.exe && composer update - 永久生效：把
export PHP_BINARY=/usr/bin/php8.2加进~/.zshrc（macOS/Linux）或设为系统环境变量（Windows） - 注意：
COMPOSER_BINARY只影响vendor/bin/下生成的脚本（如phpunit），和 Composer 自身无关
Windows 上 composer.bat 会无视 PHP_BINARY
官方 Windows 安装包自带的 composer.bat 是个批处理文件，内部固定写死调用 php "%~dp0composer.phar"，完全不读取 PHP_BINARY。这是最常踩的坑。
- 验证方法：用记事本打开
composer.bat，搜索php就能看到硬编码行 - 稳妥解法：删掉
composer.bat，改用php C:\path\to\composer.phar install，或在 PowerShell 里定义函数：function composer { php C:\tools\composer.phar @args } - 次选方案：手动编辑
composer.bat，把php替换成带双引号的绝对路径，例如"C:\php-8.2\php.exe"（路径含空格时必须加引号）
config.platform.php 不等于指定运行 PHP 版本
"config": { "platform": { "php": "8.2.0" } } 这段只告诉 Composer “假装项目运行在 PHP 8.2 下”，仅用于依赖解析（比如不让它选 require php >= 8.3 的包），它不会让 Composer 自己换 PHP 解释器来跑。你在 PHP 7.4 环境下执行 composer install，即使写了 "php": "8.2.0"，遇到 enum 语法仍会直接报错。
- CI/CD 中仅设
platform.php不足以通过语法检查，必须配合setup-php动作或显式设置PHP_BINARY - 某些插件（如
hirak/prestissimo）会 fork 子进程，此时子进程也继承PHP_BINARY，所以设对这个变量比 platform 更底层、更可靠 - 别指望
php.ini或COMPOSER_HOME能切换 PHP 版本——它们管的是扩展、缓存、配置路径，不参与进程启动决策
真正关键的只有两点：你敲下的那条命令，开头是不是明确指定了 PHP 可执行文件；以及，在它启动的那一刻，PHP_BINARY 是否已就位且未被包装器绕过。其他所有“看起来像能控制 PHP 版本”的配置，基本都是障眼法。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
