如何强制Crate A使用Crate B依赖的ndarray版本？Cargo版本选择疑问

问题背景 #

• Crate A 依赖 ndarray = ">=0.15, <0.17"
• Crate B 依赖 ndarray = "0.15.6"，同时依赖 Crate A

执行cargo tree后发现，Crate A实际使用的ndarray版本为0.16.1，但0.15.6明明在Crate A指定的兼容范围内。需解答两个核心问题：

1. 为什么Cargo会优先选择0.16.1而非0.15.6？
2. 能否在保持Crate A依赖版本灵活性（不固定为0.15.6）的前提下，强制Crate A使用Crate B依赖的ndarray = "0.15.6"？

解答 #

1. Cargo优先选择0.16.1的原因 #

Cargo默认遵循最高兼容版本优先的依赖解析策略：

• 对于单个依赖的版本范围约束（如Crate A的>=0.15, <0.17），Cargo会直接选择该范围内的最新可用版本（即0.16.1）。
• 当多个依赖对同一 crate 有不同要求时，若先解析到Crate A的依赖并锁定0.16.1，后续处理Crate B的精确版本要求=0.15.6时，由于0.16.1不满足该精确约束，Cargo会同时引入两个ndarray版本，最终呈现为Crate A用0.16.1、Crate B用0.15.6的状态。
• 此外，若项目已存在Cargo.lock文件，其中记录的ndarray版本会被优先复用，除非手动删除锁定文件重新触发解析。

2. 强制Crate A使用0.15.6且保留灵活性的方案 #

无需修改Crate A的依赖范围，可通过以下方式实现：

方案一：在Crate B的Cargo.toml中使用patch配置

添加patch规则，强制所有依赖（包括Crate A）使用指定的ndarray版本：

[patch.crates-io]
ndarray = { version = "0.15.6" }

该配置仅作用于Crate B的构建环境，不会改变Crate A公开的依赖声明，Crate A的其他用户仍可使用其版本范围内的任意ndarray版本。

方案二：本地开发时指定Crate A路径

若Crate B依赖的是本地开发的Crate A，可在Crate B的Cargo.toml中声明Crate A的本地路径：

[dependencies]
crate-a = { path = "../crate-a" }
ndarray = "0.15.6"

删除Crate B的Cargo.lock后重新执行cargo build，Cargo会自动选择同时满足两个依赖要求的0.15.6版本。

注意：无论采用哪种方案，都需确保ndarray 0.15.6能完全兼容Crate A的代码，建议进行兼容性测试。

内容的提问来源于stack exchange，提问作者Kyle Carow