composer 无法跳过 php 版本检查，但可用 --ignore-platform-req=php 绕过声明约束；platform.config 仅在 composer update 时生效，install 不识别；ci 中应设 composer_platform_check=0 并配合 platform 配置+update --lock 生成兼容锁文件。
Composer 安装时提示 require.php 版本不满足，怎么跳过检查
不能真正“忽略 PHP 版本”，因为 Composer 本身依赖 PHP 运行时；但你可以绕过 composer.json 中声明的 php 约束，让安装继续——本质是告诉 Composer：“信我，环境没问题”。
常见错误现象：Your requirements could not be resolved to an installable set of packages. 附带提示某包要求 php: ^8.1，而你本地是 8.0.30。
- 用
--ignore-platform-req=php参数（推荐）：只跳过 PHP 版本检查，不影响其他扩展（如ext-curl） - 或更激进的
--ignore-platform-reqs：跳过所有平台要求（含扩展、PHP 版本、架构），仅用于临时调试，上线前务必撤掉 - 注意：这不会改变实际运行行为——如果代码真用了 PHP 8.1 的语法（比如枚举），运行时照样报错
为什么 composer install 有时不认 platform.config 配置
platform 配置本意是“假装”当前环境有某个 PHP 版本或扩展，但它只在 composer update 时生效，composer install 默认完全忽略它。
使用场景：CI/CD 构建机 PHP 版本低，但你要复现高版本环境下的依赖解析结果。
立即学习“PHP免费学习笔记（深入）”；
- 必须用
composer update --lock（或composer update --dry-run测试）才能触发platform配置参与计算 -
composer.json中写法示例："config": { "platform": { "php": "8.2.0" } } - 这个配置对
require新包无效，只影响锁文件生成逻辑；已有composer.lock的话，install直接照搬，根本不看platform
composer require 强制装一个不兼容的包，会怎样
不是“强制成功”，而是“强制尝试”——Composer 仍会做约束检查，只是给你多一个干预入口。
典型操作是加 --force-reinstall 或 --no-update，但它们解决的是不同问题：
-
--no-update：只改composer.json，不立即装包（适合先写配置再统一处理冲突） -
--force-reinstall：卸载再重装已有包，不解决版本冲突，对不兼容的新包无效 - 真正能“硬上”的只有
--ignore-platform-reqs，但它可能让你拿到一个根本跑不起来的组合（比如 Laravel 10 + PHP 7.4） - 性能影响不大，但后续
composer update很可能失败，且composer.lock里会记下这个危险组合，传给团队其他人就是隐形炸弹
CI 环境里 PHP 版本和本地不一致，怎么稳住依赖安装
最可靠的做法不是绕过检查，而是让 Composer “看到”它该看到的环境——通过 COMPOSER_PLATFORM_CHECK 和 platform 配合。
- 在 CI 脚本开头设环境变量：
export COMPOSER_PLATFORM_CHECK=0，这会让 Composer 跳过运行时 PHP 版本比对（但保留composer.json声明检查） - 同时在
composer.json里配好platform，确保update阶段按目标环境解析依赖 - 关键点：CI 必须用
composer update --lock生成锁文件，而不是靠本地composer.lock——否则本地 PHP 8.2 生成的锁文件，在 CI 的 PHP 8.0 上install可能因扩展缺失而失败 - 容易被忽略的是：Docker 镜像里 PHP 版本、已启用的扩展、甚至
opcache.enable状态，都会影响某些包的安装逻辑（比如symfony/flex的插件检测）
