【外评】 我使用（并喜爱）Rust 已经有 10 年了， 以下是它让我失望的地方
内容提要
Rust 分析器在每次更改时重新编译的原因可能是使用了不同的特性或环境变量。解决方法包括设置不同的目标目录或确保特性一致。增量编译可以减少重新编译的时间，但在大型项目中仍可能遇到问题。Rust 的错误处理机制虽然强大，但创建错误类型的模板繁琐，可能导致开发者在处理错误时感到困惑。
延伸解读
Rust 分析器重复编译的常见原因与解决
文章指出，Rust 分析器每次更改都重新编译，通常是因为其构建特性或环境变量与 cargo build 不一致。例如使用 Bevy 时，若只为自己的构建启用 bevy/dynamic_linking 而 RA 未启用，就会导致双方不断完整构建。最简单的解决方法是设置 rust-analyzer.cargo.targetDir 使用独立目标目录，或确保所有特性和环境变量一致，但后者可能较棘手。
错误处理模板与回溯的权衡
Rust 的错误处理虽然强大，但创建错误类型需要大量模板代码，导致库通常只定义少数错误类型。文章提到，开发者常使用 anyhow 或 thiserror 来简化，但回溯信息在错误传播时往往缺失。有评论建议使用 RUST_BACKTRACE=1 和 .backtrace() 方法，或采用类型擦除技术来减少模板，但可能牺牲类型信息。
模块系统的学习曲线与设计争议
文章和评论中，许多用户对 Rust 模块系统感到困惑，认为其心智模型主要围绕单文件内定义模块，而多文件场景反而显得次要。有经验的开发者建议先在单文件中熟悉 pub/private、pub mod 和 pub use，再扩展到多文件。也有用户认为模块系统直观灵活，但路径属性等特性较少使用。
编译速度与增量编译的局限性
文章提到，Rust 的编译单元是 crate，修改一个函数可能导致整个 crate 及依赖重新编译。增量编译虽能减少重编译时间，但在大型项目如 Bevy 中仍可能遇到问题。评论指出，增量编译效果取决于 CGU 分区和函数是 LocalCopy 还是 GloballyShared，且与优化不协调。热补丁需要 rustc、Cargo 和链接器合作，目前尚未成熟。
Q&A
为什么Rust分析器在每次更改时都要重新编译？
Rust分析器在每次更改时重新编译的原因可能是使用了不同的特性或环境变量，导致构建不兼容。
如何解决Rust分析器频繁重新编译的问题？
可以通过设置不同的目标目录或确保特性和环境变量一致来解决Rust分析器频繁重新编译的问题。
增量编译在Rust中有什么作用？
增量编译可以减少重新编译的时间，但在大型项目中仍可能遇到问题。
Rust的错误处理机制有什么缺点？
Rust的错误处理机制虽然强大，但创建错误类型的模板繁琐，可能导致开发者在处理错误时感到困惑。
如何在Rust中创建错误类型的模板？
在Rust中创建错误类型的模板需要定义结构体和实现相关的trait，这个过程可能比较繁琐。
Rust分析器的构建与Cargo有什么关系？
Rust分析器默认使用与Cargo build相同的目标目录来存储构建工件，因此构建不兼容时会导致频繁的完整构建。
