composer 本身无 –php-path 参数，需通过显式指定 php 解释器路径调用，如 /usr/local/bin/php81 /path/to/composer.phar install；windows、macos/linux 均推荐绝对路径以避免 path 干扰，且需确保 composer.phar 具备可执行权限。
Composer 执行时怎么指定 PHP 路径
Composer 本身不内置“–php-path”这类开关，它只是调用当前环境的 php 命令。所以真正生效的是让 Composer 进程启动时用上你指定的 PHP 可执行文件——最直接的方式是在命令前显式写死 PHP 路径。
比如你本地装了多个 PHP 版本，/usr/local/bin/php81 是你要用的 PHP 8.1，而系统默认是 PHP 7.4：
php81 /usr/local/bin/composer install
或者更稳妥地，用完整路径调用 PHP 解释器（尤其在 CI/CD 或多版本共存环境）：
/usr/local/bin/php81 /path/to/composer.phar install
注意：composer.phar 必须是可执行的（有 +x 权限），且路径不能省略；如果用全局安装的 composer 命令，则需确保该命令本身是 shell wrapper，否则可能绕过你的 PHP 指定。
立即学习“PHP免费学习笔记（深入）”；
- Windows 下可用
C:\php\php-8.2\php.exe composer.phar install - macOS/Linux 推荐用绝对路径，避免 shell alias 或 PATH 顺序干扰
-
which php和composer --version输出的 PHP 版本可能不一致——前者看 shell 环境，后者看 Composer 启动时实际调用的解释器，务必验证
为什么 COMPOSER_HOME 或 php.ini 改不了 PHP 版本
很多人误以为改配置就能切换 PHP 版本，其实 COMPOSER_HOME 只影响缓存和配置目录位置，php.ini 只控制扩展和运行时参数，它们都不参与“用哪个 php 二进制去跑 Composer”这个决策环节。
真正起作用的是进程启动那一刻的 $PATH 查找顺序，或你手动指定的解释器路径。Composer 的 bin-dir、config.platform.php 等也只影响依赖解析逻辑，不改变自身运行时的 PHP 版本。
-
config.platform.php是告诉 Composer “假装项目跑在某个 PHP 版本下”，用于锁定依赖兼容性，不影响 Composer 自身执行环境 - 修改
php.ini中的extension_dir或date.timezone可能导致 Composer 报错，但不会让它换 PHP 解释器 - 用
alias composer='php81 /usr/local/bin/composer'是可行的临时方案，但别忘了在非交互式 shell（如 cron、Git hooks）中 alias 不生效
CI/CD 中稳定指定 PHP 版本的惯用写法
在 GitHub Actions、GitLab CI 等场景，推荐显式声明 PHP 版本并用对应 php 调用 Composer，而不是依赖系统 PATH。
