Composer包安装异常多因minimum-stability未配置，可通过五种方式解决：一、在composer.json设minimum-stability；二、启用prefer-stable优先稳定版；三、为单包加@stable等后缀；四、用--stability命令行临时覆盖；五、通过platform-config声明平台稳定性。
如果您在使用 Composer 管理 PHP 项目依赖时发现某些包无法安装，或安装了非预期的开发版（如 dev-master、v1.2.x-dev），则很可能是项目的最小稳定性版本约束未被显式定义或配置不当。以下是针对该问题的多种配置方法：
一、通过 composer.json 的 minimum-stability 字段全局设置
该字段用于声明整个项目默认接受的最低稳定性级别，影响所有未显式指定 stability 的包依赖。Composer 将按预设优先级过滤可用版本：stable > RC > beta > alpha > dev。
1、打开项目根目录下的 composer.json 文件。
2、在顶层 JSON 对象中添加或修改 "minimum-stability" 键，值设为小写字符串，例如 "stable"、"beta" 或 "dev"。
3、保存文件后执行 composer update 以重新解析依赖并应用新约束。
二、通过 prefer-stable 字段增强稳定版本优先级
该字段不改变 minimum-stability 的语义，但会指示 Composer 在满足 minimum-stability 前提下，优先选择更稳定的可用版本（例如当 stable 和 RC 版本均符合约束时，优先选 stable）。
1、在 composer.json 的顶层对象中添加 "prefer-stable": true。
2、确保该字段与 "minimum-stability" 同时存在，否则无实际效果。
3、运行 composer update --lock 更新锁文件，使偏好策略生效。
三、为单个依赖包覆盖稳定性约束
当仅需对特定包放宽或收紧稳定性要求时，可在 require 或 require-dev 中为该包的版本约束附加稳定性标识符，从而绕过全局 minimum-stability 限制。
1、在 composer.json 的 "require" 或 "require-dev" 段中，将目标包的版本号写为带后缀的形式，例如 "monolog/monolog": "2.10.0@stable"。
2、可使用的后缀包括：@stable、@RC、@beta、@alpha、@dev。
3、执行 composer install 或 composer update vendor/package-name 以单独更新该包。
四、通过命令行临时覆盖最小稳定性
在执行 install 或 update 时，可通过 --stability 标志传入临时的最小稳定性值，该值仅对本次命令生效，不影响 composer.json 配置。
1、在终端中进入项目根目录。
2、运行命令，例如：composer update --stability=beta。
3、若需同时启用稳定优先策略，追加 --prefer-stable 参数。
五、使用 platform-config 调整平台包的稳定性感知
当项目依赖的扩展（如 ext-mbstring）或 PHP 版本本身被识别为不稳定状态时，可通过 platform-config 显式声明其“已安装”且“稳定”，避免因平台兼容性误判导致依赖解析失败。
1、在 composer.json 的 "config" 对象内添加 "platform" 子对象。
2、在 "platform" 中列出关键平台项，例如："php": "8.2.10"、"ext-mbstring": "8.2.10"。
3、保存后执行 composer update --ignore-platform-reqs（首次）验证平台声明是否被正确识别。
