Composer选择旧版本是因为需满足依赖兼容性，常见原因包括：1. 版本约束冲突；2. 间接依赖限制；3. PHP或扩展不支持；4. 稳定性规则限制；5. composer.lock锁定旧版。
Composer 选择旧版本而不是最新版，通常是因为它在解决依赖关系时要满足项目中所有包的版本约束。它的目标不是安装最新版本，而是找到一组能共存且兼容的包版本组合。以下是常见原因：
1. 版本约束冲突
你的项目或已安装的其他包可能通过 composer.json 指定了某个包的特定版本范围。例如：
- "vendor/package": "^2.0" —— 只允许 2.x 版本，即使 3.0 已发布也不会安装。
- "vendor/package": "~1.5.0" —— 只允许 1.5.0 到 1.5.9 之间的版本。
如果最新版超出了这些范围，Composer 就不会选用。
2. 间接依赖的限制
你安装的 A 包依赖 B 包的 1.x 版本，但 B 包最新是 2.0。尽管你手动希望用 2.0，Composer 仍会选择 1.x 来确保 A 包正常运行。这种“传递性依赖”常常是限制升级的关键。
3. 平台依赖（PHP 版本或其他扩展）不匹配
最新版包可能要求 PHP 8.2+，而你的项目运行在 PHP 8.0 上。这时 Composer 会回退到支持 PHP 8.0 的最新兼容版本。
类似情况还包括对特定扩展的要求，如 ext-pcntl 或 ext-mbstring 缺失也会导致无法安装新版。
4. 稳定性规则限制
默认情况下，Composer 只安装稳定版本（如 1.2.3），不会自动选择 alpha、beta、rc 或 dev 分支，即使它们“更新”。如果你需要开发版，必须显式指定：
- "vendor/package": "dev-main"
- "vendor/package": "^2.0@beta"
5. 锁定文件（composer.lock）的影响
一旦生成了 composer.lock，Composer 会优先安装锁定的版本，以保证团队和生产环境一致性。运行 composer update 才会重新计算版本。
基本上就这些。Composer 的决策是基于全局最优解，而非局部“最新”。你可以通过 composer why-not vendor/package x.y.z 来查看为什么某个版本没被选中，这有助于排查问题。
