咨询：Cargo为何每次代码变更都会重复构建rdkafka-sys

这确实不是Cargo的预期行为，以下是几种可能的原因及对应的排查方向：

• rdkafka-sys的build.rs脚本配置问题
  rdkafka-sys作为绑定库，依赖build.rs编译底层的C库（librdkafka）。如果脚本中的println!("cargo:rerun-if-changed=...")语句监听了不必要的文件（比如项目自身的源码目录），或者脚本生成的文件没有被正确标记为稳定输出，Cargo就会在项目代码变更时重新执行build.rs，进而触发整个rdkafka-sys的重构。
  检查rdkafka-sys的build.rs，确保只监听librdkafka源码、构建配置等相关文件，不要包含你的项目代码路径。

• 非标准的依赖引用方式
  若你在Cargo.toml中通过path或git直接引用rdkafka-sys的本地/远程源码，而非crates.io的发布版本，Cargo会更严格地检查依赖源码的上下文变化。哪怕你没修改rdkafka-sys的代码，只要构建环境的某些关联文件变动，就可能触发重构。
  确认依赖声明是标准版本引用，比如rdkafka-sys = "0.29.0"，而非本地路径或git仓库引用。

• Cargo构建缓存损坏
  本地target目录或~/.cargo/registry/src的缓存文件可能损坏，导致Cargo无法正确识别依赖的构建状态。
  执行cargo clean清空本地构建缓存，重新构建项目后观察问题是否消失。

• 隐式的依赖关联
  如果你的项目代码直接引用了rdkafka-sys构建时生成的文件，或者rdkafka-sys的build.rs脚本修改了项目目录下的文件，会导致两者形成隐式依赖。修改项目代码时，Cargo会认为需要重新构建关联的rdkafka-sys。
  排查项目中是否有直接引用rdkafka-sys构建产物的代码，或检查build.rs是否有写入项目目录的操作。

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