应显式调用目标php二进制执行composer install，如linux/macos用/usr/bin/php8.1 composer install、windows用"c:\php\php81\php.exe" composer install，并确保php -v、which php和composer config platform.php三者一致。
composer install 报 “requires php ^8.1” 但你本地是 7.4？镜像不解决这个
镜像（比如阿里云、腾讯云）只改下载地址，不改 PHP 版本校验逻辑。换镜像后报错更快，不是问题修好了，而是 Composer 的依赖求解器更快确认“无解”。真正拦住你的，是 composer.json 里写的 "php": "^8.1" 和你当前 CLI 的 php -v 不匹配。你运行 composer install 时背后调用的 php 可执行文件版本，才是唯一决定因素。
怎么确认 Composer 实际在用哪个 PHP？别信 alias 或 PATH
直接跑这两条命令（在同一 shell 里）：
-
php -v—— 看输出的版本号 -
which php—— 看它到底加载的是哪个二进制
如果两者对不上（比如 php -v 显示 8.2，which php 却指向 /usr/bin/php），说明有 alias、shell 函数或 PATH 缓存干扰。macOS Homebrew 用户尤其要注意：brew link php@8.2 不会自动改系统 /usr/bin/php，得新开终端或手动 hash -r。
最稳方案：显式用目标 PHP 二进制调用 composer
绕过所有环境干扰，直接指定解释器路径：
- Linux/macOS：
/usr/bin/php8.2 /path/to/composer.phar install（路径必须写全，不能只写php8.2） - Windows：
"C:\php\php-8.2\php.exe" composer.phar install（路径含空格必须加双引号） - CI 脚本里务必前置
php -v打日志，否则你根本不知道底层在用几
这个做法不改全局配置，不影响其他项目，也避免被 IDE 缓存或 shell alias 带偏。特别适合 Makefile、Git hooks 和 CI 构建。
config.platform.php 是什么？什么时候能用、什么时候不能用
config.platform.php 是 Composer 唯一允许你“声明目标平台 PHP 版本”的配置项，但它只影响 install/update 阶段的依赖解析，对运行时零作用：
- 适用场景：你在 PHP 7.4 的机器上，但要为 PHP 8.2 的生产环境打包
vendor/（比如 CI 构建部署包） - 设置方式：
composer config platform.php "8.2.0"，然后必须跑composer update --lock重生成composer.lock - 严重误用：本地是 PHP 7.4，设
"platform.php": "8.2"后composer install成功了，结果vendor里塞进一堆 PHP 8.2 语法（如match、enum），一运行就ParseError
真正跑不起来的代码，骗不过 PHP 解释器本身。平台配置是构建时的“声明”，不是运行时的“兼容层”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
