composer平台限制需将platform设为根级字段（非config子项），版本须写完整如"8.1.28"，它仅模拟环境供依赖解析；require.php才是项目最低php版本的硬性契约，二者不可互替。
Composer 的平台限制不是“开关”，而是让依赖解析器按目标环境能力去选包——写错位置、用错参数或版本格式不对，它就完全不生效。
platform 字段必须写在根级，config.platform 无效
很多人把 platform 塞进 config 块里，比如：
{
"config": {
"platform": { "php": "8.1.0" }
}
}
这会被 Composer 完全忽略。真正起作用的是和 require 同级的顶层 platform 字段：
-
platform是根级字段，不是config的子项 - 必须写成
"platform": { "php": "8.1.0", "ext-gd": "8.1.0" } - 版本号要具体，
"php": "^8.1"或"php": "8.1"都无效，得是"8.1.28"这类完整语义化版本 - 它只影响
composer update时的依赖解析，对已锁死的composer.lock不起作用
--platform 参数优先级最高，install/update 都生效
如果本地 PHP 是 8.3，但线上是 8.1，又不想改 composer.json，用命令行参数更灵活：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer install --platform=php:8.1.20强制按 PHP 8.1.20 解析依赖 - 可叠加指定扩展：
--platform=ext-pdo:8.1.20 --platform=ext-curl:8.1.20 - 该参数优先级高于
composer.json中的platform字段 - 它在
install和update两个阶段都生效，且不修改 lock 文件内容
require.php 是项目契约，platform 是模拟环境
require 里的 php 字段才是项目真实承诺的最低兼容版本：
-
"require": { "php": "^8.1" }表示本项目代码依赖 PHP 8.1+ 特性，Composer 会据此过滤 Packagist 上不匹配的包版本 -
platform只是“假装”运行环境，不改变项目本身要求；它不能替代require.php - 漏写
require.php是 CI 报错最常见的原因：不同机器上composer.lock会因推断出的 PHP 版本不同而生成不一致结果 - 验证是否生效：临时切到低版本 PHP（如
phpbrew use 8.0），再跑composer install，应直接失败
--ignore-platform-reqs 是绕过检查，不是解决方案
它能让你装上包，但不保证能跑起来：
-
composer install --ignore-platform-reqs会跳过所有平台校验（PHP 版本、扩展、lib 等） - 适合 CI 构建阶段已确认依赖可用，或临时调试；日常开发和生产环境禁用
- 它不会修复 autoload 失败——如果因忽略扩展装了错误版本的包（比如 PHP 8.2 下装了只兼容 7.4 的 monolog v1），
vendor/autoload.php可能漏加载关键类 - 只想忽略 PHP 版本但保留扩展检查？没内置开关，但可用组合方式：
--ignore-platform-reqs+ 在platform中补全扩展版本（如"ext-mbstring": "8.2.10"）
最易被忽略的一点：platform 设置不影响运行时行为。它只管“装什么”，不管“能不能用”。线上真没装 ext-gd，代码调 imagecreate() 还是会崩——平台配置骗不过 PHP 解释器本身。
