composer 默认使用 PATH 中首个 php，需通过显式指定 PHP 路径（如 php81 /usr/local/bin/composer）或 alias 切换版本；config.platform.php 仅声明兼容性，不改变实际执行环境。
如何让 composer 使用指定 PHP CLI 版本
默认情况下，composer 会调用系统 PATH 中第一个找到的 php 可执行文件。如果你机器上装了多个 PHP 版本（比如通过 phpbrew、asdf、homebrew 或手动编译），而 composer 总是调用错版本（例如项目要求 PHP 8.1，但实际跑在 PHP 7.4 上），问题根源就是这个自动绑定机制。
解决方式不是重装 composer，而是控制它启动时加载的 PHP 解释器：
- 运行
composer前，显式指定 PHP 路径：php81 /usr/local/bin/composer install
（注意：这里php81是你安装的 PHP 8.1 可执行文件名或软链接，路径需真实存在） - 或者直接用完整路径调用：
/opt/php/8.1/bin/php /usr/local/bin/composer update
- 检查当前生效的 PHP 版本：
php --version
和which php
，确保终端当前环境的php指向你要用的版本；否则composer仍会走错
composer 全局配置能否指定 PHP？
不能。composer 本身没有类似 composer config --global php-binary 这样的配置项来持久化绑定 PHP 解释器。它的二进制文件本质是一个 PHP 脚本，依赖外部 PHP 环境执行，不内置解释器。
常见误解是修改 composer.json 里的 config.platform.php —— 那只是用来「声明项目兼容的 PHP 版本」，影响依赖解析（比如不让装只支持 PHP 8.2 的包），但完全不改变实际执行时用哪个 php 命令。
立即学习“PHP免费学习笔记（深入）”；
-
"config": { "platform": { "php": "8.1.25" } }→ 仅用于依赖锁定和require检查 - 真正运行
composer install时，还是调用 shell 当前的php - 如果
php -v输出是 7.4，哪怕platform.php写成"8.2"，autoload生成的代码也可能因语法差异报错（如使用了match表达式）
用 alias 或 shell function 快速切换
频繁在多个 PHP 版本间切换时，硬敲完整路径太累。推荐在 shell 配置中（如 ~/.zshrc）加几个快捷命令：
alias c81='php81 /usr/local/bin/composer' alias c82='php82 /usr/local/bin/composer' alias c83='php83 /usr/local/bin/composer'
然后直接运行：
c82 install就等价于用 PHP 8.2 执行
composer install。
更进一步，可以写个函数自动识别当前目录 composer.json 中的 platform.php 并匹配对应 PHP 版本（需提前建好 php81、php82 等软链接），但多数场景下固定 alias 更稳定、不易出错。
PHP 多版本共存时最易忽略的坑
即使 composer 用了正确的 PHP CLI，仍可能失败，原因常藏在扩展或 INI 配置里：
- 不同 PHP 版本的
extension_dir路径不同，若composer加载了旧版本的openssl或mbstring扩展，会直接报Class not found或undefined symbol - 检查扩展是否加载：
/opt/php/8.2/bin/php -m | grep openssl
，别只信php -m -
composer的缓存（~/.composer/cache）是跨 PHP 版本共享的，但某些插件（如hirak/prestissimo）生成的二进制缓存可能不兼容，建议切换版本后清一次：composer clear-cache
- 某些 IDE（如 PhpStorm）内嵌的
composer工具默认走系统 PATH，需在设置里手动指定 PHP 解释器路径，否则界面操作仍用错版本
核心就一条：composer 没有独立运行环境，它完全反射你当前 shell 的 PHP 状态——所以排查永远从 which php 和 php -i | grep extension_dir 开始，而不是怀疑 composer 本身。
