struct SemanticDirection;

fn main() {}
warning: struct is never used: `SemanticDirection`
 --> src/main.rs:1:1
  |
1 | struct SemanticDirection;
  | ^^^^^^^^^^^^^^^^^^^^^^^^^
  |
  = note: #[warn(dead_code)] on by default

我将在任何严重的情况下重新打开这些警告,但我只是在修补语言,这让我很抓狂。

我尝试添加#[允许(dead_code)]到我的代码,但这并不管用。


你可以:

在结构、模块、函数等上添加allow属性: #(允许(dead_code)) struct SemanticDirection; 添加一个板条箱级别的允许属性;注意!: (允许(dead_code)) # ! 将它传递给rustc: rustc -A dead_code main.rs 使用cargo通过RUSTFLAGS环境变量传递它: RUSTFLAGS="$RUSTFLAGS - dead_code"货物构建


另一种禁用此警告的方法是在标识符前加上_:

struct _UnusedStruct {
    _unused_field: i32,
}

fn main() {
    let _unused_variable = 10;
}

这可能很有用,例如,在SDL窗口中:

let _window = video_subsystem.window("Rust SDL2 demo", 800, 600);

使用下划线作为前缀与使用单独的下划线作为名称是不同的。执行以下操作将立即破坏窗口,这可能不是预期的行为。

let _ = video_subsystem.window("Rust SDL2 demo", 800, 600);

公开代码也会停止警告;你还需要将封闭的mod设为public。

当你在编写一个库时,这是有意义的:你的代码在内部是“未使用的”,因为它是供客户端代码使用的。


另外,rust还提供了四个级别的检测(允许、警告、拒绝和禁止)。

https://doc.rust-lang.org/rustc/lints/levels.html#lint-levels


你可以通过在变量名后面加一个(_)来禁用未使用的变量/函数,如下所示:

let _variable = vec![0; 10];

对于未使用的函数,应该将函数设为public,但要注意。如果结构体不是公共的,那么你仍然会得到如下所示的错误:

//this should be public also
struct A{
   A{}
}

impl A {
    pub fn new() -> A {

    }
}

或者如果你不希望它是公共的,你应该输入#[allow(unused)]


把这两行放在文件的顶部。

#![allow(dead_code)]
#![allow(unused_variables)]

使用特性

#[cfg(feature = "dead_code")]

注意:“dead_code”可以被任何单词替换。


直接的方法就是把下面的内容放在文件的头部 #![允许(dead_code unused_variables)] dead_code lint检测未使用的、未导出的项。 unused_variables lint检测没有以任何方式使用的变量。 更简单的方法是将以下内容放在文件头部 # !(允许(未使用的))

参考:锈棉列表


在*的顶部。rs文件:

#![allow(unused)]  // FIXME

你可以添加#[allow(dead_code)]属性到结构定义中,如下所示:

#[allow(dead_code)]
struct SemanticDirection;

或者你可以通过在文件顶部添加属性来禁用整个文件的警告,如下所示:

#![allow(dead_code)]

struct SemanticDirection;

但是这些属性只有在启用dead_code lint时才有效。默认情况下,dead_code lint在Rust中是启用的,但你可以通过在代码顶部添加以下内容来禁用它:

#![deny(dead_code)]

这将禁用整个文件的dead_code lint。

保持dead_code lint的启用通常是一个好主意,因为它可以帮助您捕捉代码中的错误,并确保您没有在项目中引入不必要的代码。然而,当你只是在试验和尝试不同的东西时,它可能会很烦人,所以如果你想在这些情况下禁用它是可以理解的。