应使用--ignore-platform-req=php参数跳过php版本检查，既安全又保留扩展校验；若需跳过所有平台依赖（含扩展），可用--ignore-platform-reqs，但易引发运行时错误。
composer install 报 “Your PHP version does not satisfy that requirement” 怎么办
这不是 Composer 出错了，而是它在解析依赖前就卡住了：读到 composer.json 里的 "php": "^8.1"，再比对 php -v 输出的 7.4.33，发现不匹配，直接中止。它不会尝试降级选包，也不报具体哪个包冲突，只扔一句硬提示。
先做两件事：
- 运行
php -v确认 CLI 实际版本（注意不是 Web SAPI） - 运行
composer config --list | grep platform.php看是否设置了config.platform.php—— 它优先级高于require.php，且会覆盖真实环境
如果本地是 PHP 8.0，但项目要求 ^8.1，别急着改 composer.json 的 require.php。那等于主动降级兼容性，后续遇到 match 表达式或 readonly 属性，运行时直接 Fatal error。
--ignore-platform-req=php 和 --ignore-platform-reqs 的区别
前者只关 PHP 版本这扇门，后者是把整面墙拆了。
--ignore-platform-req=php 是安全边界：跳过 PHP 版本校验，但仍会检查 ext-mbstring、ext-openssl 等扩展是否存在。缺了这些，file_get_contents('https://') 会静默失败，至少你还被提醒。
--ignore-platform-reqs（不带等号和值）则忽略全部平台约束：PHP 版本、所有扩展、ICU、lib-* 全放行。后果是 vendor 里装进去了，第一次调用就 ParseError 或 Call to undefined function。
多个项要忽略？重复写参数就行：
composer update --ignore-platform-req=php --ignore-platform-req=ext-gd
别用 --ignore-platform-req=ext 这种模糊写法——Composer 不认识 ext 这个键，会静默忽略，实际没生效。
config.platform.php 是更可控的“伪环境”方案
适合长期需要在低版本 PHP 上为高版本环境构建依赖的场景，比如开发机是 PHP 7.4，但部署目标是 PHP 8.1。
在 composer.json 里加：
{
"config": {
"platform": {
"php": "8.1.10"
}
}
}
这样 Composer 解析依赖时，会以 8.1.10 为基准选包，但不影响你实际运行时的 PHP 版本。前提是代码真能兼容——没用 enum、没依赖 __unserialize() 新签名、没靠 json_encode() 返回 string|false 做判断。
这个配置对 require-dev 同样生效。某些 dev-only 工具（如 larastan）可能因此被排除，导致本地静态分析失效，得手动 require-dev 补上。
为什么忽略后代码还是跑不起来
Composer 只管装，不管跑。它跳过的只是安装阶段的静态检查，而 PHP 版本差异带来的问题大多在运行时才暴露：
-
mbstring默认编码从ISO-8859-1变成UTF-8，旧逻辑可能乱码 -
json_encode()在 PHP 8.4+ 返回类型更严格，is_string()判定可能失效 -
array_key_first()这类函数在低版本不存在，但包里没做function_exists()防御
最麻烦的是行为变化：比如 DateTimeImmutable::modify() 在 PHP 8.2+ 对无效时间字符串抛 ValueError，之前是静默返回 false。这种问题不会被任何 --ignore 参数掩盖，只能靠实际运行路径覆盖测试来发现。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
