prefer-stable 是 Composer 的配置选项，设置为 true 时会优先选择稳定版本的依赖包。当 composer.json 中配置 "prefer-stable": true，即使 minimum-stability 允许 dev、alpha、beta 等不稳定版本，Composer 也会在满足约束的前提下优先选用 stable 版本。例如某包有 2.0.0-rc.1 和 2.0.0 正式版，开启该选项后将自动安装 2.0.0。它与 minimum-stability 配合使用：后者定义可接受的最低稳定性，前者则在允许范围内偏好更稳定的版本。虽然不能直接为单个包设置 prefer-stable，但可通过 @dev 限定符例外处理。该配置是生产环境推荐实践，有助于提升项目依赖的整体稳定性。
Composer 的 prefer-stable 选项用于控制依赖包的版本选择策略，特别是在存在开发版本（如 dev-master、alpha、beta、RC）和稳定版本并存的情况下。当你在项目中启用了这个选项，Composer 会优先选择已标记为“稳定”的版本，即使某些未稳定版本在版本号上更高或更符合约束条件。
什么是 "prefer-stable"？
在 composer.json 中设置 "prefer-stable": true 后，Composer 在解决依赖时会尽量避免安装不稳定版本（例如带有 -dev、-alpha、-beta、-rc 后缀的版本），除非没有满足依赖条件的稳定版本可用。
这个选项不会强制要求所有包都必须是稳定的（那是 minimum-stability 控制的内容），而是在多个可选版本中“偏好”稳定版。
如何使用 prefer-stable
在项目的 composer.json 文件中添加：
{
"config": {
"preferred-install": "dist"
},
"prefer-stable": true,
"minimum-stability": "dev"
}
常见场景：
- 你允许安装开发版本（通过 minimum-stability: dev），但希望在有稳定版本可用时自动选择它
- 某个依赖项的 2.0.0 正式版已经发布，但你的约束允许 ~2.0，而之前安装的是 2.0.0-rc.1 —— 开启 prefer-stable 后，Composer 会升级到 2.0.0
- 团队协作中避免意外引入不稳定的子依赖
与 minimum-stability 的区别
minimum-stability 决定哪些稳定状态的包可以被安装（如 dev、alpha、beta、RC、stable）。它是一个“准入门槛”。
prefer-stable 是在允许的版本范围内做更优选择：即使允许安装 beta 版，如果有 stable 版也优先选 stable。
举例说明：
- minimum-stability 设为 "beta"：可以安装 beta 及以上稳定度的版本（包括 stable）
- 同时 prefer-stable 为 true：当有 stable 和 beta 都满足条件时，自动选 stable
针对特定包设置稳定性偏好
你还可以在 require 或 require-dev 中为单个包指定 stability，覆盖全局设置：
"require": {
"monolog/monolog": "^2.0"
},
"config": {
"prefer-stable": true
},
"prefer-stable": {
"monolog/monolog": false
}
不过注意：目前 Composer 不支持 per-package 的 prefer-stable 设置语法。如果你需要对某个包允许不稳定版本，通常通过明确指定版本号或调整 minimum-stability 来实现。
替代方案是使用 @dev 限定符：
"require": {
"some/package": "^1.0@dev"
}
这表示即使 prefer-stable 为 true，也允许该包安装开发版本。
基本上就这些。开启 prefer-stable 是构建可靠 PHP 应用的一个良好实践，尤其适用于生产环境项目，能在保持灵活性的同时提升依赖的稳定性。
