应使用--ignore-platform-req=php精准跳过PHP版本检查，或--ignore-platform-req=ext-redis跳过特定扩展，可叠加使用；--ignore-platform-reqs会关闭全部平台校验，风险极高，易致运行时崩溃。
composer install 报“platform requirements mismatch”怎么精准绕过
直接用 --ignore-platform-req=xxx 指定要跳过的项，而不是一股脑加 --ignore-platform-reqs。后者会关闭所有平台校验（PHP 版本、所有 ext- 扩展、lib- 系统库），极易导致装完就崩。
常见错误现象：本地 PHP 是 8.1，但依赖包声明了 "php": "^8.2"；或没装 ext-redis，而某个包硬 require 它。这时加 --ignore-platform-req=php 或 --ignore-platform-req=ext-redis 就能继续安装，其余检查照常生效。
-
--ignore-platform-req=php：只跳过 PHP 版本比对，ext-gd、ext-mbstring等仍会被检查 -
--ignore-platform-req=ext-posix：仅跳过ext-posix，大小写和前缀必须完全匹配（php -m输出什么就写什么） - 可叠加使用：
composer install --ignore-platform-req=php --ignore-platform-req=ext-igbinary -
--ignore-platform-reqs=true是无效写法，Composer 会直接报错
为什么 config.platform 设置对 composer install 无效
config.platform 只影响 composer update 阶段的依赖解析逻辑，对 composer install 完全不起作用。install 命令只读 composer.lock，根本不看当前 composer.json 里写了啥 platform 配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
如果你在 composer.json 里写了："config": {"platform": {"php": "8.3.0"}}
但本地是 PHP 8.2，执行 composer install 依然会失败——因为 lock 文件里记录的包是按 8.3 解析出来的，而你的环境不满足它声明的平台要求。
- 这个配置必须放在
composer.json的config对象内，不能放顶层 - 改完后必须运行
composer update --lock，否则 lock 文件仍是旧规则锁定的 - CI 流水线中，应确保
composer.lock是用目标部署平台的config.platform生成的
装完还报 Class not found 或 Undefined function 怎么办
加了 --ignore-platform-req 成功安装，不代表代码能跑。Composer 不负责加载扩展、不编译语法、也不补 runtime 缺失。运行时报 Class 'Redis' 或 str_starts_with() 错误，说明你跳过了本该拦住你的检查。
- 扩展缺失：确认
php -m | grep redis是否真有输出；Windows 下ext-posix不存在，不能靠参数“假装”有 - PHP 版本不兼容：Laravel 11 用了 PHP 8.2 的
match表达式，在 PHP 8.1 下直接Fatal error，Composer 不管这个 - autoload 异常：被忽略的扩展可能是某些 polyfill 包的启用开关（如
symfony/polyfill-mbstring），跳过会导致类路径没注册进vendor/composer/autoload_classmap.php - 临时验证：运行
composer dump-autoload -o强制重生成自动加载文件，再试
CI 中该不该用 --ignore-platform-reqs
不该。CI 环境更需要确定性，而不是靠参数强行过关。真正该做的是让 CI 使用和生产一致的 PHP 版本和扩展集，并用 config.platform 在 composer update 时模拟目标环境，生成干净的 composer.lock。
如果 CI 构建机 PHP 是 8.1，但 lock 文件是用 8.2 生成的，最稳妥的做法是：在 CI 脚本开头先运行 composer update --lock --no-interaction（配合正确的 config.platform），而不是加 --ignore-platform-reqs 硬扛。
-
--ignore-platform-reqs在 CI 中等于放弃校验权，一旦某天扩展版本 ABI 不兼容（比如 PHP 8.1 编译的ext-swoole加载到 8.2 进程），崩溃点会非常隐蔽 - 若真要临时绕过，优先用
--ignore-platform-req=ext-xxx单点突破，而非全局放行 -
create-project同样受平台检查限制，必须显式传参：composer create-project laravel/laravel myapp --ignore-platform-req=php
