为何我的静态Logger会出现dead_code警告？

这种警告几乎都是代码层面的引用逻辑导致编译器误判，而非rustc的bug，常见原因和排查方向如下：

• 跨crate引用的追踪盲区
  如果你的lib crate和bin crate是分离的（src/lib.rs和src/main.rs分别对应两个crate），偶尔会出现编译器没有正确追踪到bin crate对lib中pub项的引用。这种情况可以尝试清理编译缓存（cargo clean）后重新编译，很多时候能解决。

• static变量的"仅引用未使用"误判
  如果你的LOGGER静态变量只是被作为&'static dyn Log传递给log::set_logger，但暂时没有实际调用日志方法（比如info!、debug!），编译器可能会误判这个static变量没有被"实际使用"。虽然它的引用被保存，但编译器没识别到后续会通过这个引用调用其方法。这种情况只要添加一条日志调用，警告通常会消失。

• 模块导出或引用的错误
  检查lib.rs中是否正确导出了init函数：

  // lib.rs
  mod logger;
  pub use logger::init; // 必须显式导出，否则bin crate无法正确引用
  

  同时确认main.rs中的调用是指向你的lib crate，而非其他同名函数：

  // main.rs
  use your_crate_name::init; // 确保这里的init是自己lib中的函数
  

• 条件编译的干扰
  如果LOGGER或init被#[cfg(...)]属性包裹，而当前编译目标不满足该条件，编译器会认为它们未被使用。检查代码中是否有条件编译逻辑，确认当前编译环境符合条件。

1. 执行cargo clean && cargo build，清理缓存后重新编译，很多误判会消失。
2. 在main.rs中添加一条日志输出（比如info!("Test log");），触发Log trait方法的调用，看LOGGER的警告是否消失。
3. 检查lib.rs和main.rs中的引用路径，确保没有导入错误。

如果以上方法都无效，再考虑是否是rustc版本的问题（可以尝试升级到稳定版最新版本），但这种情况非常少见。

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