如何以惯用方式避免无意识地抑制错误？

在Rust里，大多数情况下忘记给Result类型的调用加?运算符时，后续代码的类型不匹配会触发编译错误，帮我们规避bug。但你提到的几种场景——忽略无返回值函数的Result、未使用返回结果、或者用兼容T和Result<T>的方式处理值（比如Debug格式化）——确实会导致错误被静默抑制，带来潜在风险。以下是几种实用的规避方法：

1. 用#[must_use]强制提醒处理返回值 #

给返回Result的函数添加#[must_use]属性，编译器会在你忽略该函数的返回值时发出警告。如果把警告升级为错误，就能彻底杜绝这类问题：

#[must_use]
fn b() -> Result<i32, String> {
    Ok(42)
}

// 调用时忽略返回值会触发警告
// b(); // 编译器警告：unused result which must be used

你可以在Cargo.toml里配置全局的警告/错误规则，强制处理带#[must_use]的返回值：

[profile.dev]
rustflags = ["-D", "unused-must-use"] # 把未使用must_use返回值的情况设为编译错误
[profile.release]
rustflags = ["-D", "unused-must-use"]

2. 显式处理“无返回值”的Result<(), E>函数 #

对于返回Result<(), E>的函数，绝对不能直接调用后不管。你有几种选择：

• 用?向上传播错误（最常用）：

  fn do_work() -> Result<(), String> {
      b()?; // 错误会被传播到上层
      Ok(())
  }
  

• 显式匹配错误并处理：

  match b() {
      Ok(_) => println!("操作成功"),
      Err(e) => eprintln!("操作失败：{}", e),
  }
  

• 调试阶段用expect明确 panic（生产环境不推荐）：

  b().expect("调用b()失败");
  

3. 避免隐式兼容T和Result<T>的场景 #

像format!("{a:?}")这种场景，因为Result<T, E>实现了Debug trait，所以即使a是Result而非预期的T，编译器也不会报错。解决方法：

• 显式标注变量类型：

  let a: i32 = b()?; // 忘记加?的话，编译器会提示类型不匹配（Result<i32, String>无法转为i32）
  format!("{a:?}");
  

• 自定义类型包装器（针对特定场景）：
  如果某个值必须是原始类型而非Result，可以用包装器强制类型约束：

  #[derive(Debug)]
  struct MyInt(i32);
  
  fn b() -> Result<MyInt, String> {
      Ok(MyInt(42))
  }
  
  // 必须加?才能得到MyInt，否则是Result<MyInt, String>，后续如果按MyInt使用会报错
  let a = b()?;
  format!("{a:?}");
  

4. 用Clippy强化lint检查 #

Clippy提供了多个针对Result处理的lint规则，能帮你提前发现问题：

• clippy::must_use_candidate：自动识别应该添加#[must_use]的函数，提醒你补全属性；
• clippy::unused_io_amount：针对IO操作中忽略返回值的情况（比如write的返回值）；
• clippy::unused_must_use：检查所有未使用的带#[must_use]属性的返回值。

你可以在Cargo.toml里把这些lint设为错误，强制遵守：

[profile.dev]
rustflags = [
    "--deny", "clippy::must_use_candidate",
    "--deny", "clippy::unused_must_use",
    "--deny", "clippy::unused_io_amount"
]

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