应优先在 composer.json 的 require.php 中写 “php”: “^8.1″，它声明运行时依赖并校验 PHP 版本；config.platform.php 仅模拟环境，用于 CI 等场景。
composer.json 里怎么写 PHP 版本约束
项目最小 PHP 版本不是靠命令行设置，而是通过 composer.json 的 config.platform.php 或 require.php 控制。两者作用不同，选错就白配。
-
require.php声明项目「运行时依赖」：Composer 安装包时会检查当前 PHP 版本是否满足，不满足直接报错Your requirements could not be resolved -
config.platform.php是「模拟平台环境」：告诉 Composer “假装我跑在某个 PHP 版本上”，常用于 CI 或跨环境构建，它不会阻止你本地用高版本开发，但会影响包版本解析（比如跳过只兼容 PHP 8.2+ 的新版本） - 日常项目应优先用
"require": {"php": "^8.1"}，别只写"8.1"——缺少运算符会导致匹配失败；也别写成"^8.1.0"，Composer 不识别补零写法
为什么 vendor/autoload.php 还是能加载，即使 PHP 版本不达标
Composer 只在 install / update 阶段校验 require.php，不拦截运行时。也就是说，只要包已经下好了，require 'vendor/autoload.php' 就能执行，哪怕 PHP 版本低于声明值——但这不等于安全。
- 某些包的代码里用了高版本语法（如
match表达式、联合类型），运行时直接ParseError或Fatal error - PHP 扩展缺失（如
ext-gd）也会被require检查，但同样只在 install/update 时提示，不阻断 autoload - CI 环境建议加一步验证：
php -v && php -l vendor/autoload.php 2>/dev/NULL || echo "PHP version mismatch likely"，比纯依赖声明更实在
composer create-project 时如何强制指定 PHP 平台
用 create-project 拉新项目时，如果目标项目 composer.json 没写 require.php，你又想提前卡住版本，不能靠全局配置，得临时注入。
- 正确做法：
composer create-project foo/bar myproj --stability=stable --no-interaction --repository-url=https://repo.packagist.org/ --platform=php:8.2 -
--platform参数会临时覆盖config.platform.php，且优先级高于项目原有声明 - 注意：它只影响本次安装的包选择逻辑，不会自动写入新项目的
composer.json；后续你仍需手动补上"require": {"php": "^8.2"} - 错误示范：
COMPOSER_PLATFORM_CHECK=0 composer create-project...—— 这只是关掉检查，不是设置版本
PHP 版本约束对依赖解析的实际影响
写错版本范围，轻则装不到最新版包，重则锁死在老旧分支。Composer 不是简单比对字符串，而是按语义化版本规则 + PHP 自身特性做兼容推导。
立即学习“PHP免费学习笔记（深入）”；
-
"^7.4"包含7.4.33，但不包含8.0.0；"^8.0"则跳过所有 7.x 分支 - 某些包（如
symfony/console）在8.1+开始弃用__invoke()回调方式，如果你锁了"php": ">=7.2.5 ，Composer 就不会给你装 v6.4+，哪怕你本地是 PHP 8.2 - 查看实际生效的平台信息：
composer show --platform，它会合并config.platform和真实环境，比盲猜靠谱
实际项目里最常漏的是把 require.php 写在 config 下而不是根节点，或者用 platform 代替 require 以为能卡住运行环境——它只骗过 Composer 自己，骗不过 PHP 解释器。