答案是Composer仅依赖shell中php命令指向的CLI版本，而非Web服务器所用PHP-FPM版本；需统一CLI与目标环境版本，切换后必须删除vendor和composer.lock并重新install，否则autoload文件因PHP版本差异将运行时报错。
composer install 报 PHP 版本不满足，是因为它只看 php 命令指向的 CLI 版本，不是你 Nginx 或 Apache 里配的 PHP-FPM 版本。
为什么 phpinfo() 显示 8.3，但 composer install 还报错？
因为 Composer 完全不读取 Web 服务器的配置。它启动时调用的是 shell 中的 php 可执行文件，也就是运行 php -v 那个二进制。常见现象：
- Nginx +
php83-fpm.sock→ 浏览器里phpinfo()显示 PHP 8.3 - 终端敲
php -v却输出PHP 8.1.25 - composer.json 要求
"php": "^8.3"→composer install直接失败
临时绕过：用完整路径调用对应版本的 PHP CLI
不改系统默认 php 命令，也能让 composer install 按目标版本跑。关键是要让 Composer 启动时加载正确的解释器。
- Linux/macOS：
/usr/bin/php8.3 composer install（路径以ls /usr/bin/php*实际输出为准） - Windows：
"C:\php\php83\php.exe" composer install（注意引号，路径含空格时必须加） - 验证是否生效：
/usr/bin/php8.3 -m | grep mbstring确认扩展也已加载
config.platform.php 是“编译期伪装”，不是运行时补丁
在 composer.json 的 "config" 下加 "platform": {"php": "8.3.0"}，只影响 composer update 时的依赖解析逻辑，对 composer install 无效——它完全无视这个字段，只照 composer.lock 还原。
立即学习“PHP免费学习笔记（深入）”；
- 这个配置不能提交到团队仓库，CI 和本地开发环境会因此拿到错误的锁文件
- 设成
"php": "8.3.0"但实际用 PHP 8.1 运行，composer install成功，php artisan第一行就Fatal error: Uncaught ParseError: syntax error, unexpected token "match" - 真正需要的是：先统一 CLI 版本，再删掉
vendor/和composer.lock，重新composer install
vendor/autoload.php 不能跨 PHP 版本复用
哪怕你硬是把 PHP 8.1 下生成的 vendor/ 目录拷到 PHP 8.3 环境里，也会出问题。因为 Composer 生成的自动加载文件（比如 vendor/composer/autoload_static.php）依赖当前 PHP 版本的反射行为、类加载顺序和语法支持做静态优化。
- PHP 8.1 生成的 autoload 文件，在 8.3 下可能因命名空间解析差异导致类找不到
- PHP 8.3 的新特性（如只读属性、联合类型）在 8.1 下生成的 autoloader 里不会被识别
- 最稳妥的做法：每次切换 CLI PHP 版本后，必须清空
vendor/和composer.lock，再composer install
真正卡住人的地方不是“怎么装上”，而是“装上之后为什么跑不起来”——autoload 文件、扩展加载路径、甚至 opcache.file_cache 的缓存都跟 PHP CLI 版本强绑定。别省那几秒删目录的时间。
