J2SE提供的最后一个注解是@SuppressWarnings。该批注的作用是给编译器一条指令，告诉它对被批注的代码元素内部的某些警告保持静默。

@SuppressWarnings注解允许您选择性地取消特定代码段（即，类或方法）中的警告。其中的想法是当您看到警告时，您将调查它，如果您确定它不是问题，您就可以添加一个@SuppressWarnings注解，以使您不会再看到警告。虽然它听起来似乎会屏蔽潜在的错误，但实际上它将提高代码安全性，因为它将防止您对警告无动于衷 — 您看到的每一个警告都将值得注意。

* 内置注解@SuppressWarnings jdk1.5增加 抑制警告 * @SuppressWarnings("all") 抑制所有的警告 * @SuppressWarnings("unused") 抑制没有被使用过的警告 * @SuppressWarnings("unchecked") 抑制没有进行类型检查操作的警告、 * @SuppressWarnings("deprecation") 抑制过期方法警告 * @SuppressWarnings("resource") 抑制"@Resource"关键字会抑制其没有注入依赖的警告。

二、注解目标

通过@SuppressWarnings的源码可知，其注解目标为类、字段、函数、函数入参、构造函数和函数的局部变量。

而大家建议注解应声明在最接近警告发生的位置。

二、抑制警告的关键字

all to suppress all warnings （抑制所有警告）
boxing to suppress warnings relative to boxing/unboxing operations（抑制装箱、拆箱操作时候的警告）
cast to suppress warnings relative to cast operations （抑制映射相关的警告）
dep-ann to suppress warnings relative to deprecated annotation（抑制启用注释的警告）
deprecation to suppress warnings relative to deprecation（抑制过期方法警告）
fallthrough to suppress warnings relative to missing breaks in switch statements（抑制确在switch中缺失breaks的警告）
finally to suppress warnings relative to finally block that don’t return （抑制finally模块没有返回的警告）
hiding to suppress warnings relative to locals that hide variable（）
incomplete-switch to suppress warnings relative to missing entries in a switch statement (enum case)(忽略没有完整的switch语句)
nls to suppress warnings relative to non-nls string literals(忽略非nls格式的字符)
null to suppress warnings relative to null analysis(忽略对null的操作)
rawtypes to suppress warnings relative to un-specific types when using generics on class params(使用generics时忽略没有指定相应的类型)
restriction to suppress warnings relative to usage of discouraged or forbidden references
serial to suppress warnings relative to missing serialVersionUID field for a serializable class(忽略在serializable类中没有声明serialVersionUID变量)
static-access to suppress warnings relative to incorrect static access（抑制不正确的静态访问方式警告)
synthetic-access to suppress warnings relative to unoptimized access from inner classes（抑制子类没有按最优方法访问内部类的警告）
unchecked to suppress warnings relative to unchecked operations（抑制没有进行类型检查操作的警告）
unqualified-field-access to suppress warnings relative to field access unqualified （抑制没有权限访问的域的警告）
unused to suppress warnings relative to unused code （抑制没被使用过的代码的警告）

@ Supp re ss Warnings (“unused”) 表示该属性在方法或类中没有使用。添加此 注解 可以去除属性上的黄色警告！！！ 屏蔽 java 编译中的一些警告信息。unused这个参数是屏蔽：定义的变量在代码中并未使用且无法访问。 java 在编译的时候会出现这样的警告，加上这个 注解 之后就是告诉编译器，忽略这些警告，编译的过程中将不会出现这种类型的警告。 Java 中@ Supp re ss Warnings 的作用 - 大师兄i - 博客园 Java 中@ Supp re ss Warnings （"unchecked"）的. 是 Java 提供的一个 注解 （annotation），用于告诉编译器忽略指定的警告信息。请注意，不同的编译器版本和配置可能会支持不同的警告类型，因此建议查阅特定编译器版本的文档以获取最准确的信息。 注解 在 Java 中用于抑制特定类型的编译器警告。 注解 可能会隐藏潜在的问题，因此应谨慎使用，并尽量在代码中进行适当的修复或改进。 注解 ，告诉编译器忽略该类中所有未使用的成员变量或方法引起的警告。 注解 ，告诉编译器忽略该字段未使用引起的警告。 注解 ，告诉编译器忽略该方法未使用引起的警告。在上面的例子中，使用了。 在最近做 Java 服务端代码静态测试过程中，目前采取的方案如下：测试拉取代码到本地。使用IDE：Intellij，插件：SpotBugs（无增强插件）进行静态测试，更新BUG信息，维护文档和代码中的 注解 。开发修复禅道BUG。QA拉取修复代码分支，与本地分支（含有抑制 注解 ）进行合并，然后进行BUG回归。循环以上过程，直至该分支代码零BUG。我在自己的项目（ Java &Groovy）中实验通过，分... <br />@ Supp re ss Warnings . 用@ Supp re ss Warnings 这个标注来把 Warning去掉. <br />为了去掉由于泛型的Warning,我们用了@ Supp re ss Warnings ("unchecked"),为了去掉那些由于deprecation而引起的Warning,用了@ Supp re ss Warnings ("deprecation").但一个类中既有unchecked又有 deprecation时,怎么办?于是用了一个很权宜之计:在类声明那用@ Supp re ss Warnings 1、什么是 注解 注解 ，主要提供一种机制，这种机制允许程序员在编写代码的同时可以直接编写元数据。2、介绍何为 注解 ？--->元数据：描述数据自身的数据。 注解 就是代码的元数据，他们包含了代码自身的信息。被 注解 的代码并不会直接被 注解 影响。这只会向第三系统提供关于自己的信息以用于不同的需求。 注解 会被编译至cla ss 文件中，而且会在运行时被处理程序提取出来用于业务逻辑。当然，创建在运行时不可用的 注解 也是可...