答案是composer默认只匹配stable版本，rc版需显式放行——先用composer show -a确认存在3.0.0-rc2 (rc)，再通过"minimum-stability": "rc"或--stability=rc参数启用，同时注意格式必须为3.0.0-rc2（大写、带短横线）、并检查php兼容性。
composer require 装 RC 版本为什么总失败
不是命令写错了，是 Composer 默认过滤掉所有非 stable 的版本。哪怕你明确写了 composer require vendor/package:3.0.0-RC2，只要顶层没放开稳定性限制，它就会跳过匹配、报 Could not find a matching version。
根本原因是：RC 版本在 Composer 内部被标记为 (RC)，而默认 minimum-stability 是 stable，等价于“只看末尾带 (stable) 的行”。
- 先运行
composer show -a vendor/package，确认输出里真有3.0.0-RC2 (RC)这一行 - 如果存在，必须显式允许 RC —— 两种方式任选其一：
• 在composer.json顶层加"minimum-stability": "RC"，再跑composer require
• 或直接用命令参数：composer require vendor/package:3.0.0-RC2 --stability=RC - 注意：加了
--stability=RC不影响其他包的稳定性策略，只对当前这条 require 生效
RC 版本号格式写错的典型表现
RC 版本对格式极其敏感，漏一个字符就匹配失败。常见错误不是“找不到”，而是“解析失败”或“约束不合法”。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
v3.0.0-RC2→ 错误：绝大多数包不带v前缀，应写成3.0.0-RC2 -
3.0.0-rc2→ 错误：RC 必须大写，小写rc不会被识别为稳定性标签 -
3.0.0RC2→ 错误：中间必须有短横线-，否则解析器当普通字符串处理 -
dev-RC2→ 错误：RC 不是分支，不能加dev-前缀；只有真实分支（如dev-main）才需要这个前缀
装了 RC 版但后续 update 又退回到 stable 怎么办
这是 prefer-stable 在起作用。即使你手动装了 3.0.0-RC2，只要 "prefer-stable": true（Composer 默认开启），下次 composer update 就可能自动降级到最近的 stable 版，比如 2.9.1。
- 查当前设置：
composer config prefer-stable，返回true即表示启用 - 临时禁用：
composer update --prefer-lowest不管用，得用composer update --prefer-stable=false - 长期方案：在
composer.json里显式关掉："prefer-stable": false，否则每次 update 都得加参数 - 更稳妥的做法：把 RC 版本写死在
require里，例如"vendor/package": "3.0.0-RC2 as 3.0.0"，避免被自动替换
RC 版本和 PHP 兼容性容易被忽略的点
RC 版常伴随 PHP 版本升级，但错误信息不会直说“PHP 太低”，而是笼统报 Your requirements could not be resolved。
- 查 RC 版的
composer.json原始文件（GitHub 上对应 tag 页），重点看require.php字段，比如"php": "^8.1" - 本地验证：
php -v看实际版本，再比对是否满足要求 - 别依赖
--ignore-platform-reqs强装——它能绕过 PHP 版本检查，但运行时大概率 fatal error - 如果项目还卡在 PHP 7.4，又必须用新功能，优先找有没有带
^7.4兼容的beta或alpha版，它们有时比 RC 更宽松
composer show -a 确认真实标签，就凭印象改 composer.json。
