答案是必须显式指定PHP解释器路径，如/usr/bin/php8.0 composer install；config.platform.php需置于根级且写完整版本号，仅影响依赖解析而非实际运行环境。
composer install 时怎么确保用 PHP 8.0 而不是系统默认版本
根本不是 Composer “选版本”，而是你调用它时底层 PHP 解释器决定的。系统里装了 php8.0、php8.1、php8.2，但 composer install 默认走 php 命令指向的版本——这个软链接可能早就是 8.2 了。
必须显式绑定 PHP 二进制路径：
- 查可用版本：
ls /usr/bin/php*或which php8.0 - 直接调用：
/usr/bin/php8.0 composer install - Mac Homebrew 用户常用：
/opt/homebrew/bin/php@8.0 composer update - Windows 用户写绝对路径：
C:\php-8.0\php.exe composer install
别依赖 php -v 后就直接敲 composer——那只是碰运气。
为什么 config.platform.php 不起作用
很多人在 composer.json 里写 "config": {"platform": {"php": "8.0.0"}}，结果毫无效果。因为 platform 字段必须是根级字段，不是 config 的子项。
立即学习“PHP免费学习笔记（深入）”；
正确写法（和 require 同级）：
{
"require": { "php": "^8.0" },
"platform": { "php": "8.0.28" }
}
注意三点：
-
platform.php版本必须写完整语义化版本，"8.0"或"^8.0"会被静默忽略 - 它只影响
composer update时的依赖解析逻辑，对已生成的composer.lock无效 - 它不改变实际运行环境，只是“假装”当前是 PHP 8.0.28 来挑包
--platform=php:8.0 和 --ignore-platform-req=php 的区别
这两个参数常被混用，但行为完全不同：
-
composer install --platform=php:8.0.28：强制依赖解析器按 PHP 8.0.28 的能力选包，不影响运行时，也不跳过校验 -
composer install --ignore-platform-req=php：彻底跳过所有 PHP 版本检查，包括ext-mbstring这类扩展要求，容易装出运行时报错的包 -
--platform优先级高于composer.json中的platform字段，适合 CI/CD 中临时锁定环境
线上部署建议用 --platform，调试兼容性问题才考虑 --ignore-platform-req=php。
COMPOSER_PHP 环境变量真能锁死 PHP 版本吗
能，而且比改 PATH 更干净。设置后，Composer 内部执行 PHP 脚本（比如插件、autoload 生成）都会走这个解释器。
生效方式：
- Linux/macOS：
export COMPOSER_PHP=/usr/bin/php8.0 && composer install - Windows cmd：
set COMPOSER_PHP=C:\php-8.0\php.exe && composer install - CI 配置中写成环境变量，避免污染全局 PATH
验证是否生效：加 -v 参数跑 composer install，日志开头会显示 “Using PHP version X.X.X”，那就是 COMPOSER_PHP 指向的版本。
最易被忽略的是：即使锁死了 PHP 版本，如果某个依赖包的 composer.json 里写了 "require": {"php": "^8.1"}，它依然不会被选中——platform 和 --platform 只影响“能选哪些包”，不覆盖 require.php 的硬性契约。
