换镜像不解决PHP版本校验问题，报“requires php ^8.1”是因Composer依据当前CLI的php -v版本校验依赖，与镜像无关；需显式指定PHP路径（如/usr/bin/php8.1 composer install）或正确配置config.platform.php并执行composer update --lock。
换镜像后 still 报 “requires php ^8.1”？镜像根本不管 PHP 版本校验
阿里云、腾讯云等 Composer 中文镜像只改下载地址，不改依赖解析逻辑。报错里 requires php ^8.1 是从 composer.json 或包元数据里读出来的，和镜像源无关。换镜像只会让“无解”报错来得更快——因为镜像响应快，Composer 求解器更快确认本地 PHP 版本不匹配。
常见误操作：
- 看到报错就切镜像，结果反复失败
- 以为镜像能“绕过”版本限制，实际它连
php -v都不看一眼 - 在 CI 里加了
composer config repo.packagist composer https://mirrors.aliyun.com/composer/却没检查真实 PHP 版本
怎么确认 Composer 实际在用哪个 PHP？别信 alias 和 PATH
关键不是你“以为”在用哪个 PHP，而是 Composer 执行时真实加载的解释器。运行这两条命令（必须在同一 shell）：
-
php -v—— 输出的版本号才是 Composer 默认依据的 CLI 版本 -
which php—— 看它指向哪个二进制文件
如果两者不一致（比如 php -v 显示 8.2，which php 指向 /usr/bin/php），说明有 alias、shell 函数或 PATH 缓存干扰。macOS Homebrew 用户尤其要注意：brew link php@8.2 不会改系统 /usr/bin/php，得新开终端或执行 hash -r。
立即学习“PHP免费学习笔记（深入）”；
真正稳的方案：显式调用目标 PHP 二进制
绕过所有环境干扰，直接指定解释器路径执行 composer.phar：
- Linux/macOS：
/usr/bin/php8.2 /path/to/composer.phar install（路径必须写全，不能只写php8.2） - Windows：
"C:\php\php-8.2\php.exe" composer.phar install（路径含空格必须加双引号） - macOS Homebrew 常用：
php@8.2 -d memory_limit=-1 /path/to/composer.phar install（-d参数必须紧跟 PHP 路径后、composer.phar前）
这个做法不改全局配置，不影响其他项目，也避开了 IDE 缓存或 shell alias 带偏的问题，特别适合 Makefile、Git hooks 和 CI 构建脚本。
config.platform.php 是什么、不是什么
config.platform.php 是 Composer 唯一允许你“声明目标平台 PHP 版本”的配置项，但它只影响 install/update 阶段的依赖解析，对运行时零作用：
- 适用场景：你在 PHP 7.4 的机器上，但要为 PHP 8.2 的生产环境打包
vendor/（比如 CI 构建部署包） - 设置方式：
composer config platform.php "8.2.0"，然后必须跑composer update --lock重生成composer.lock - 严重误用：本地是 PHP 7.4，设
"platform.php": "8.2"后composer install成功了，结果vendor/里塞进一堆 PHP 8.2 语法（如match、enum），一运行就ParseError
真正跑不起来的代码，骗不过 PHP 解释器本身——platform 是编译期欺骗，不是运行时魔法。
