cargo fetch和cargo vendor

在 Rust 的生态系统中，cargo fetch 和 cargo vendor 都是为了处理依赖下载和离线构建而设计的命令，但它们在存储位置和使用场景上有显著区别。

1. 核心区别对比

 

特性	cargo fetch	cargo vendor
存储位置	全局缓存目录（通常是 ~/.cargo/）	当前项目的本地目录（默认是 vendor/）
依赖共享	同一台机器上的所有项目可共享这些缓存	仅服务于当前项目（类似于 Node.js 的 node_modules）
项目体积	不增加项目体积，依赖不进入代码仓库	增加项目体积，依赖源码通常会被提交到版本控制 (Git) 中
配置需求	无需额外配置，配合 --offline 标志使用	需要修改 .cargo/config.toml 以启用本地路径替换

2. 深入理解

cargo fetch (远程抓取)

• 用途： 预先下载 Cargo.lock 中指定的所有依赖项到本地缓存中。
• 适用场景：
  • Docker 构建优化： 在复制源代码之前先运行 cargo fetch 以利用 Docker 层缓存。
  • 临时离线： 在有网时运行一次，随后在断网环境下使用 cargo build --offline 编译项目。
    

cargo vendor (本地供应商化)

• 用途： 将所有依赖项的源码物理拷贝到项目根目录下。执行后，Cargo 会输出一段配置代码，你需将其加入 .cargo/config.toml 以让项目在编译时优先读取该目录。
• 适用场景：
  • 极端稳定性： 确保即使 crates.io 宕机或依赖被删除（Yanked），项目依然能编译。
  • 受限环境构建： 适用于完全无法连接外网的企业内部构建机，或者是需要将完整源码包分发给第三方的场景。 

参考资料：

1. linux环境安装rust

2. Cargo 手册 中文版

3.Cargo Package 离线编译策略