Rust依赖升级降级疑难：tempfile与windows-sys版本冲突问题

问题1：为何最初未自动使用tempfile 3.5版本？ #

Cargo的依赖解析逻辑遵循以下核心规则：

• 首次构建采用最小版本解析：当你声明tempfile = "3.4"时，Cargo会优先选择满足>=3.4.0, <4.0.0范围的最小可用版本（即3.4.0），并将该版本写入Cargo.lock文件。
• 后续构建复用锁定版本：除非手动执行更新操作或修改依赖声明，Cargo会一直沿用Cargo.lock中记录的版本，不会自动升级到更高版本。
• 可能存在其他依赖约束：如果项目中某个间接依赖对tempfile有更严格的限制（比如要求<3.5），Cargo会优先满足所有依赖的版本交集，因此最初不会选择3.5版本。

问题2：如何回退至tempfile 3.4版本？ #

无需重新克隆项目，以下是几种简便方法：

1. 强制指定依赖版本更新
   删除Cargo.lock文件后，执行命令直接锁定tempfile到3.4.0：

   cargo update -p tempfile --precise 3.4.0
   

   该命令会更新Cargo.lock，将tempfile版本固定为3.4.0。
2. 手动编辑Cargo.lock
   打开Cargo.lock文件，搜索tempfile相关条目，将版本字段修改为3.4.0，之后执行cargo check让Cargo验证依赖树一致性。
3. 清理缓存后重新构建
   先清理本地构建缓存：

   cargo clean
   

   再删除Cargo.lock文件，执行cargo build，此时Cargo会重新解析依赖，优先选择满足"3.4"范围的最小版本3.4.0。

关于windows-sys版本冲突的补充说明 #

你对版本范围的理解存在偏差：Rust语义化版本规则中，0.x.y版本属于开发阶段，小版本号提升被视为不兼容的重大变更。

• 当notify 5.1.0声明依赖windows-sys 0.42.0时，Cargo默认的版本范围是>=0.42.0, <0.43.0，而非>=0.42.0。
• 0.45.0完全超出了这个范围，因此Cargo不会自动替换，只能同时引入两个版本，最终导致冲突。

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