如何在Rust中允许并预期指定的编译器警告？

Rust 1.65 及以上版本已经支持完全匹配你需求的特性——#[expect(...)] 属性，它的行为和你提到的 TypeScript @ts-expect-error 高度相似，且能精准指定预期的警告或错误。

基本用法 #

你示例中的写法就是标准的正确用法：

#[expect(dead_code)]
fn foo() {
    todo!();
}

这个属性会告知编译器：我明确知晓这段代码会触发 dead_code 警告，即便全局设置了 --deny warnings，也无需将该警告转为错误。

和 #[allow(...)] 的核心区别 #

• #[allow(dead_code)] 是直接关闭该代码段的 dead_code 检查，无论是否真的触发警告都会忽略；
• #[expect(dead_code)] 是预期该警告必然存在——如果后续代码修改后这个警告消失了，编译器反而会抛出错误，提醒你这个属性已多余，需要移除。这种特性更适合「临时允许已知警告，同时确保警告消失时及时清理」的场景。

是否支持预期错误？ #

完全支持。你可以直接指定错误码，或者错误对应的警告名称（当警告被 --deny warnings 转为错误时）：

// 预期 unused_variables 警告（被 --deny 转为错误）
#[expect(unused_variables)]
fn bar(x: i32) {
    // 不使用 x，触发的警告会被 #[expect] 抵消
}

// 直接使用错误码指定预期错误
#[expect(E0382)]
fn baz() {
    let y;
    println!("{}", y); // 触发未初始化变量的错误 E0382
}

多个预期项可以用逗号分隔：

#[expect(dead_code, unused_variables)]
fn qux(a: i32) {
    todo!();
}

与 CI/预提交钩子的适配 #

由于你在 CI 和 pre-commit 中设置了 RUSTFLAGS="--deny warnings"，#[expect] 会精准抵消你指定的那些警告对应的错误，其余未被预期的警告仍会被转为错误，完美实现「开发时允许特定警告，CI 严格管控其余内容」的需求。

内容的提问来源于stack exchange，提问作者Shahar 'Dawn' Or