composer实际使用的php版本由启动它的php二进制文件决定，确认方式为composer --version首行输出或head -1 $(which composer)查shebang；临时指定需用绝对路径调用如/usr/bin/php8.1 /usr/local/bin/composer install，或设php_binary环境变量。
Composer 不会自己“指定” PHP 版本，它只忠实地用你 shell 当前调用的那个 php 可执行文件——想让它跑在哪个版本上，就得让那个版本的 php 去启动它。
怎么确认 composer 实际在用哪个 PHP？
别信 php -v 或 IDE 里显示的版本，那只是当前 shell 默认的；Composer 真正加载的是它被启动时绑定的解释器。
- 最准方式：运行
composer --version，第一行输出如PHP 8.2.5 (cli)就是真实版本和环境 - 查 shebang：运行
head -n1 $(which composer)，看是否硬编码了#!/usr/bin/php8.1或#!/usr/bin/env php - 如果走
env php，最终用谁取决于$PATH里谁排第一——which php和which composer的路径可能完全不同 - CI/CD 脚本中务必加
php -v和composer --version打日志，否则你根本不知道底层在用几
临时用指定 PHP 版本运行 composer install/update
这是开发调试、流水线构建中最干净可控的方式，绕过所有 PATH、alias、shebang 干扰，命令一跑完就结束。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- Linux/macOS：
/usr/bin/php8.1 /usr/local/bin/composer install（两个路径都必须是绝对路径） - macOS Homebrew：
/opt/homebrew/bin/php@8.1 ./composer.phar update（注意@符号不能漏） - Windows：
"C:\php\php-8.2\php.exe" composer.phar install（路径含空格必须加英文双引号） - 确保
composer.phar有可执行权限：chmod +x composer.phar，否则调用失败 - 这个方式不改任何配置，也不依赖
COMPOSER_PHP（该变量不存在），哪怕which composer是个 shell wrapper 也照样 work
config.platform.php 是什么、不是什么
它只影响依赖解析阶段，不改变 Composer 进程实际运行的 PHP 版本——这是最容易混淆、也最容易踩坑的一点。
- 适用场景：你在 PHP 7.4 的机器上，但要为 PHP 8.2 的生产环境打包
vendor/（比如 CI 构建部署包） - 必须写成带补丁号的完整版本：
"php": "8.2.10"，写成"php": "^8.2"或"php": "8.2"都无效，Composer 会直接忽略 - 改完必须跑
composer update --lock，否则composer install仍读旧composer.lock - 它不启用扩展、不加载配置、不验证
mbstring是否开启——这些得靠你手动检查php -m和php --ini
PHP_BINARY 环境变量是唯一真正起效的全局控制方式
它是 Composer 内部唯一识别并用于自身执行逻辑的 PHP 路径变量，优先级高于系统 PATH 和 shebang。
- 临时生效（推荐）：
PHP_BINARY=/usr/bin/php8.2 composer install - Linux/macOS 永久生效：在
~/.zshrc或~/.bashrc中加export PHP_BINARY=/usr/bin/php8.2，然后source一下 - Windows 永久生效：系统属性 → 环境变量 → 新建系统变量
PHP_BINARY，值填C:\php-8.2\php.exe - 注意：
PHP_BINARY只影响 Composer 自身进程（比如 autoload、scripts），不影响require的第三方插件内部再调用的php子进程
复杂点在于：你得同时管住两件事——Composer 进程用哪个 php 启动，以及生成的 vendor/ 代码能不能在目标环境里跑起来。前者靠路径或 PHP_BINARY，后者靠 config.platform.php + 手动验证扩展与配置。漏掉任一环，composer install 成功了，php index.php 还是报 syntax error, unexpected token "match"。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
