Composer报错“Could not parse stability requirements”是因minimum-stability或prefer-stable值非法：前者须为小写dev/alpha/beta/RC/stable，后者须为true/false布尔值，且必须位于composer.json顶级，不可嵌套或拼写错误。
Composer 报错 “Could not parse stability requirements” 是什么问题
这通常不是项目本身的 composer.json 语法错误，而是 Composer 在解析 "minimum-stability" 或 "prefer-stable" 配置时，遇到了不被识别的值（比如拼写错误、大小写混用、或用了已废弃的旧关键字）。常见于手动编辑 JSON 后多了一个逗号、引号不匹配，或把 "stable" 写成 "Stable" 或 "STABLE" —— Composer 对这些值是严格区分大小写的。
检查并修正 composer.json 中的稳定性配置项
打开项目根目录下的 composer.json，定位到 "minimum-stability" 和 "prefer-stable" 字段：
-
"minimum-stability"只接受小写字符串："dev"、"alpha"、"beta"、"RC"、"stable"（注意：不是"stable"以外的任何大小写变体） -
"prefer-stable"必须是布尔值：true或false，不能是字符串"true"或"1" - 这两个字段必须位于顶级 JSON 对象中，不能嵌套在
"config"或"require"下
错误示例：
{
"minimum-stability": "Stable",
"prefer-stable": "true",
"require": { ... }
}
应改为：
{
"minimum-stability": "stable",
"prefer-stable": true,
"require": { ... }
}
别误把全局配置当项目配置来改
很多人看到“全局设置”就去改 ~/.composer/config.json，但这个文件里的 "minimum-stability" 不会覆盖项目级配置，反而可能引发冲突。Composer 的解析顺序是：项目 composer.json > 当前用户 home 目录配置 > Composer 默认值。所以：
- 项目有
"minimum-stability"字段时，全局配置完全不生效 - 如果想统一团队行为，应在项目
composer.json中显式声明，而不是依赖全局 - 执行
composer config -g minimum-stability stable可能让你误以为生效了，但它只影响没有该字段的项目，且容易和 CI/CD 环境不一致
验证 JSON 格式与字段位置是否合法
即使内容正确，格式错误也会导致解析失败。最常被忽略的是：
- 末尾多了一个逗号（尤其在最后一个字段后），如
"prefer-stable": true, - 使用了中文引号或全角符号（复制粘贴时容易带入）
-
"minimum-stability"放在了"config"对象里（这是无效位置，Composer 不会读取） - 用
composer validate命令快速检查：composer validate --no-check-publish，它会明确指出哪一行哪个字符出问题
稳定性和版本约束强相关，一个字母大小写不对，就可能导致 composer install 卡在解析阶段，而不是后续下载失败 —— 这类问题往往卡在最开始，却花时间排查网络或权限。
