不能靠 composer “忽略扩展”来让项目跑起来——它只跳过安装检查，不解决运行时缺失导致的 class not found 或 undefined function 错误；--ignore-platform-req=ext-xxx 仅跳过指定扩展的安装前校验，不启用扩展、不修改 php.ini，运行时仍会因 extension_loaded 检查失败或 new redis() 等调用而崩溃。
不能靠 Composer “忽略扩展”来让项目跑起来——它只跳过安装检查，不解决运行时缺失导致的 Class not found 或 undefined function 错误。
为什么 composer install 报 ext-xxx 缺失却装不上
Composer 默认会校验 composer.json 中 require 声明的平台约束（如 "ext-redis": "*"），也检查当前 PHP 是否已启用对应扩展。哪怕扩展名拼写正确、php -m 能看到，只要版本号不匹配（比如包要求 "ext-redis": "^5.3"，而你装的是 4.3）、或 PHP 架构不同（Windows 的 .dll vs Linux 的 .so），就会卡在依赖解析阶段。
常见错误信息：
The requested PHP extension ext-gd * is missing from your systemRoot composer.json requires ext-swoole ^4.12, made by laravel/octane, but it is not installed
这不是包没下载完，是 Composer 拒绝生成可安装方案。
--ignore-platform-req=ext-xxx 怎么用才不翻车
这个参数只跳过指定扩展的安装前检查，不加载扩展、不改 php.ini、也不影响运行时行为。必须严格匹配约束名（大小写敏感，带 ext- 前缀）。
- 只跳一个：
composer install --ignore-platform-req=ext-redis - 跳多个：
composer install --ignore-platform-req=ext-gd --ignore-platform-req=ext-mbstring - 别写成
--ignore-platform-req=redis或--ignore-platform-req=php-gd，会无效 - 它对
composer update同样生效，但注意：update 可能引入真不兼容的新版本
风险点：加了之后 vendor/autoload.php 照常加载，但运行时调用 new Redis() 仍会报错——因为扩展根本没启用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
config.platform 伪造扩展存在更可控
比起命令行参数，把“假装有扩展”写进 composer.json 更适合团队协作和 CI/CD，且对 install 和 update 都生效。
示例配置（放在 composer.json 的 config 段）：
"config": {
"platform": {
"php": "8.1.28",
"ext-redis": "5.3.7",
"ext-gd": "8.1.28"
}
}
要点：
-
platform不影响实际运行环境，只是骗过依赖解析器 - 值必须是合法语义化版本（
"8.1"会失败，得写"8.1.28"） - 改完必须执行
composer update --lock或composer update，否则composer.lock里还是旧的不兼容版本 - CI 流水线中，
composer install前必须确保composer.lock是用目标平台配置生成的
真正该查的不是 Composer，而是 PHP 运行时
所有忽略手段都只是绕开安装拦路虎。一旦代码执行到依赖扩展的功能，问题立刻暴露，而且堆栈更深、更难定位。
- 先确认扩展是否真启用：
php -m | grep redis或extension_loaded('redis')在脚本里直接测 - 某些包（如
ext-yaml）在 Windows 下需额外配置php.ini加载路径，Composer 无法干预 - Laravel 的服务提供者会在容器启动时检查扩展，这时报错比 Composer 安装时报错晚得多
- 如果扩展是可选功能（如
monolog/monolog对ext-amqp），优先考虑从require移到require-dev或suggest
最常被忽略的一点：加了 --ignore-platform-req=ext-xxx 后 composer install 成功，不代表 php artisan serve 或 php index.php 就能跑通——那才是真正的兼容性终点。
