platform 配置项用于指定目标运行环境的 PHP 版本和扩展，使 Composer 安装依赖时以声明环境为准，而非本地实际环境。例如配置 "php": "8.1.0" 后，即使本地使用 PHP 8.3，Composer 也会仅安装兼容 PHP 8.1 的包。该机制可避免因开发环境与生产环境不一致导致的兼容性问题，尤其适用于 CI/CD 流程或本地缺失某些扩展（如 redis、imagick）但生产环境存在的场景。通过显式声明扩展存在，Composer 不会因本地未安装而拒绝安装相关依赖，提升跨环境一致性。需注意 platform 是静态假设，不验证实际环境是否满足，而 platform-check 是运行时检查机制，确保环境真正支持所需功能，两者互补使用可增强可靠性。合理配置 platform 能有效减少“在我机器上能跑”的问题，统一团队依赖基准。
Composer 的 platform 配置项用于指定项目运行环境中 PHP 及扩展的版本信息，它会影响依赖包的安装与解析。当你在 composer.json 中配置了 platform，Composer 会认为你的运行环境具有你声明的 PHP 版本和扩展，而不再依赖当前系统实际安装的环境。
控制依赖解析的环境假设
默认情况下，Composer 使用你当前运行的 PHP 版本和已安装的扩展来判断哪些包可以安装。但如果你在 CI/CD 环境或开发机上使用高版本 PHP，而生产环境是低版本，就可能出现不兼容问题。
通过 platform 配置，你可以明确告诉 Composer：“我的目标运行环境是 PHP 8.1”，即使你在本地用的是 PHP 8.3，Composer 也会只安装兼容 PHP 8.1 的依赖版本。
例如：{
"config": {
"platform": {
"php": "8.1.0",
"ext-gd": "8.1.0",
"ext-mbstring": "8.1.0"
}
}
}
这样即使你本地没有 gd 扩展，Composer 也不会报错，因为它“认为”目标环境有这些扩展。
避免因本地环境缺失扩展导致安装失败
有些 PHP 扩展在开发机上可能未启用（如 redis、imagick），但生产环境有。如果不在 platform 中声明，Composer 会因为当前环境缺少这些扩展而拒绝安装需要它们的包。
通过 platform 显式声明这些扩展存在，Composer 就不会因本地缺失而中断安装流程。
- 提升跨环境一致性
- 防止意外安装高于目标环境支持版本的依赖
- 便于团队统一依赖基准
与 platform-check 的区别
注意：platform 是静态声明，不验证实际环境是否存在对应功能。而 platform-check 是 Composer 提供的运行时检查机制，会在执行脚本前验证当前环境是否满足依赖要求。
两者互补：platform 控制依赖安装逻辑，platform-check 确保运行安全。
基本上就这些。合理使用 platform 能让依赖管理更贴近真实部署环境，减少“在我机器上能跑”的问题。
