最稳解法是让 Composer 自适应当前 PHP 环境：执行 composer self-update --2 切换至支持该 PHP 版本的最新兼容 v2 分支（如 v2.2.x 支持 PHP 7.2+），而非强行升级 PHP 或退回已停更的 v1。
composer install 报错 “Your PHP version is too low” 怎么办
直接换 PHP 版本不是最稳的解法——尤其当项目依赖多个 PHP 小版本、或服务器上不能随意改全局 PHP 时。更靠谱的做法是让 composer 自己适配当前 PHP 环境，而不是硬扛高版本要求。
用 composer self-update --2 切换到兼容旧 PHP 的稳定版
Composer v2.5+ 默认要求 PHP ≥ 8.0，而很多老项目还在跑 PHP 7.4 甚至 7.2。此时执行 composer install 会直接报错：Your PHP version (7.4.33) is too low。这不是项目配置问题，是 Composer 自身不兼容。
-
composer self-update --1可退回 v1.x（支持 PHP ≥ 5.3），但 v1 已停止维护，部分新仓库（如私有 Packagist）可能拒绝连接 -
composer self-update --2不是升级到最新 v2，而是切换到“最新可用的 v2 兼容版”——它会自动选一个支持你当前 PHP 的 v2 分支（比如 v2.2.x 支持 PHP 7.2+） - 执行前先确认当前 PHP 版本：
php -v；再查对应 Composer 支持表（官方 changelog 里写明了每个 minor 版本的 PHP 下限）
临时指定 PHP 路径绕过系统默认版本
当你本地装了多个 PHP（比如用 brew install php@7.4 和 php@8.1），但 which php 指向的是高版本，而项目只认低版本——别改 shell PATH，用 COMPOSER_PHP 环境变量更干净。
- Linux/macOS：运行前加前缀：
COMPOSER_PHP=/usr/local/bin/php74 composer install - Windows（CMD）：
set COMPOSER_PHP=C:\php\php74\php.exe && composer install - 这个变量只影响 Composer 启动时的 PHP 解析器，不影响
autoload.php运行时的实际 PHP 环境 - 注意路径必须指向
php可执行文件，不是php.ini或目录
vendor/bin/composer 是假的，别被它骗了
有些项目根目录下有 vendor/bin/composer，看起来像本地安装的 Composer，其实只是个代理脚本，它仍会调用全局 composer 命令，并读取全局 PHP 版本。所以删掉或重命名它没用，问题不在这里。
立即学习“PHP免费学习笔记（深入）”；
- 真正生效的是
which composer输出的路径，通常是/usr/local/bin/composer或~/.composer/vendor/bin/composer - 想彻底隔离，可用
curl -sS https://getcomposer.org/installer | php -- --install-dir=bin --filename=composer手动装一个独立二进制，再用绝对路径调用 - CI/CD 中建议显式声明：
php74 /path/to/composer install，避免环境漂移
最麻烦的不是换版本，而是团队成员各自用不同 PHP + 不同 Composer 版本跑同一份 composer.lock——细微差异会导致 autoload 加载顺序变化，线上出 Notice 都算轻的。锁定 platform 配置和统一 composer 二进制路径，比临时改命令重要得多。
