Composer不管理PHP版本，只依赖当前shell中php -v输出的版本解析依赖；需显式调用目标PHP二进制（如/usr/bin/php8.3 composer.phar install）或配置config.platform.php（仅影响install阶段），且切换后必须删除vendor和composer.lock并重装。
Composer 不管理 PHP 版本，它只认你当前 shell 里 php -v 输出的那个版本。所谓“多版本兼容”，本质是两件事：用哪个 PHP 版本去跑 composer install，以及让生成的 vendor/ 适配哪个运行环境——混为一谈，install 成功、php index.php 就直接报 ParseError: syntax error, unexpected token "match"。
怎么确认 Composer 实际在用哪个 PHP 版本
别信 which php 或 alias，关键看执行时真正加载的解释器：
- 运行
php -v看终端当前 CLI 版本，这是 Composer 默认依据 - 运行
file $(which composer)，如果输出含 “shell script”，再跑head -n1 $(which composer)查 shebang 行——很多系统里它是#!/usr/bin/env php，最终仍走$PATH里第一个php - macOS Homebrew 用户特别注意：
php@8.2安装后不会自动替换/usr/bin/php，php -v可能还是系统老版本 - CI 或脚本中务必加一行
php -v打日志，否则你根本不知道 Composer 底层在用几
怎么让 Composer 显式用指定 PHP 版本执行 install/update
最稳、最透明、最不容易出错的方式：绕过所有封装、alias、PATH 干扰，直接调用目标 PHP 二进制执行 composer.phar：
- Linux/macOS：
/usr/bin/php8.3 /path/to/composer.phar install（路径必须写全，不能只写php8.3） - macOS（Homebrew）：
php@8.3 -d memory_limit=-1 /path/to/composer.phar install（-d参数必须紧跟 PHP 路径后、composer.phar前） - Windows：
"C:\php\php-8.3.12\php.exe" composer.phar install（路径含空格必须加双引号） - 别用
alias composer='php8.3 composer'：非交互式环境（如 Git hooks、Makefile）大概率失效
config.platform.php 是什么、不是什么
config.platform.php 是 Composer 唯一允许你“声明目标平台 PHP 版本”的配置项，但它只在 install/update 阶段起作用，对运行时零影响：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
立即学习“PHP免费学习笔记（深入）”；
- 适用场景：你在 PHP 7.4 的机器上，但要为 PHP 8.2 的生产环境打包
vendor/（比如 CI 构建部署包） - 设置方式：
composer config platform.php "8.2.0"，会写入composer.json的config段 - 必须配合
composer update --lock重生成composer.lock，否则旧锁文件仍记录着高版本包 - 严重误用：本地是 PHP 7.4，设
"platform.php": "8.2"后composer install成功了，但一跑就报ParseError: syntax error, unexpected token "match"——因为platform不会让 PHP 7.4 突然支持 8.2 的语法
为什么删了 vendor 和 composer.lock 还是报错
因为冲突根源不在缓存，而在环境不一致或约束没对齐。删了再装，只是用当前 php -v 的版本重跑一遍解析逻辑。
- 如果
php -v还是 7.4，而composer.json里还写着"php": "^8.1"，报错照旧 - 每次切换 PHP 版本后，必须删掉
vendor/和composer.lock，再用目标 PHP 显式执行composer install -
config.platform.php不解决扩展缺失问题：比如你当前 PHP 没开ext-gd，设成"8.3"也救不了——扩展得真有
最容易被忽略的一点：composer install 读的是 composer.lock，不是 composer.json；但 lock 文件本身是用某个 PHP 版本生成的，它决定了 autoload 生成的内容是否能在目标环境跑通。所以版本切换后，不光要换 PHP，还要换 lock —— 否则你以为复现了环境，其实只是复现了错误。
