@SuppressWarnings的使用、作用、用法

最新推荐文章于 2024-06-04 16:12:00 发布
最新推荐文章于 2024-06-04 16:12:00 发布
阅读量212 收藏
点赞数
分类专栏： J2SE 批注 文章标签： 开发工具 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/panyimx/article/details/84691152
版权

在java编译过程中会出现很多警告，有很多是安全的，但是每次编译有很多警告影响我们对error的过滤和修改，我们可以在代码中加上

@SuppressWarnings(“XXXX”) 来解决

例如：@SuppressWarnings("deprecation")表示不显示使用了不赞成使用的类或方法时的警告

具体的XXXX的意义可以参考博文

http://www.thebuzzmedia.com/supported-values-for-suppresswarnings/

 

Update #1: All these annotations are still valid in Eclipse 3.4 and 3.5, there have been no new SuppressWarning arguments added in those versions of the JDT compiler.

If you are a Java developer and use the new @SuppressWarnings annotation in your code from time-to-time to suppress compiler warnings you, like me, have wondered probably about a million times alreadyjust exactly what are the supported values that can be used with this annotation.

The reason the list isn’t easy to find is because it’s compiler specific, which means Sun may have a different set of supported values than say IBM, GCJ or Apache Harmony.

Fortunately for us, the Eclipse folks have documented the values they support (As of Eclipse 3.3), here they are for reference:

  • 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
  • finally to suppress warnings relative to finally block that don’t return
  • 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)
  • nls to suppress warnings relative to non-nls string literals
  • null to suppress warnings relative to null analysis
  • rawtypes to suppress warnings relative to un-specific types when using generics on class params
  • 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
  • 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
panyimx
关注
专栏目录
Java基础 系统注解 @Override @Deprecated @SuppressWarnings 使用的方法及原因
及时总结
03-03 1180
Java 系统注解 使用系统定义的注解，可以在编译时对程序进行检查。 注解用在包、类、字段、方法、局部变量、方法参数等的前面，对这些元素进行说明和注释。 @Override @Override用来修饰一个方法，这个方法必须是对父类方法的重写。如果一个方法没有重写父类的方法，使用这个注解时便提起将提示错误。 在子类中重写父类或接口的方法时，建议使用这个注解。 //不使用注解的情况下 package ...
@SuppressWarnings
12-24
J2SE 提供的最后一个批注是 @SuppressWarnings。该批注的作用是给编译器一条指令，告诉它对被批注的代码元素内部的某些警告保持静默。 一点背景：J2SE 5.0 为 Java 语言增加了几个新的特性，并且和它们一起增加了许多新的警告并承诺在将来增加更多的警告。您可以为 "javac" 增加 -Xlint 参数来控制是否报告这些警告（如上面的 @Deprecated 部分所示）。 默认情况下，Sun 编译器以简单的两行的形式输出警告。通过添加 -Xlint:keyword 标记（例如 -Xlint:finally），您可以获得关键字类型错误的完整说明。通过在关键字前面添加一个破折号，写为 -Xlint:-keyword，您可以取消警告。（-Xlint 支持的关键字的完整列表可以在 javac 文档页面上找到。）下面是一个清单： 关键字 用途 deprecation 使用了不赞成使用的类或方法时的警告 unchecked 执行了未检查的转换时的警告，例如当使用集合时没有用泛型 (Generics) 来指定集合保存的类型。 fallthrough 当 Switch 程序块直接通往下一种情况而没有 Break 时的警告。 path 在类路径、源文件路径等中有不存在的路径时的警告。 serial 当在可序列化的类上缺少 serialVersionUID 定义时的警告。 finally 任何 finally 子句不能正常完成时的警告。 all 关于以上所有情况的警告。 @SuppressWarnings 批注允许您选择性地取消特定代码段（即，类或方法）中的警告。其中的想法是当您看到警告时，您将调查它，如果您确定它不是问题，您就可以添加一个 @SuppressWarnings 批注，以使您不会再看到警告。虽然它听起来似乎会屏蔽潜在的错误，但实际上它将提高代码安全性，因为它将防止您对警告无动于衷 — 您看到的每一个警告都将值得注意。 下面是使用 @SuppressWarnings 来取消 deprecation 警告的一个例子： public class DeprecatedExample2 { @Deprecated public static void foo() { }}public class DeprecatedUser2 { @SuppressWarnings(value={"deprecation"})public static void main(String[] args) { DeprecatedExample2.foo(); }} @SuppressWarnings 批注接收一个 "value" 变量，该变量是一个字符串数组，它指示将取消的警告。合法字符串的集合随编译器而变化，但在 JDK 上，可以传递给 -Xlint 的是相同的关键字集合（非常方便）。并且要求编译器忽略任何它们不能识别的关键字，这在您使用一些不同的编译器时非常方便。 因为 @SuppressWarnings 批注仅接收一个参数，并为该参数使用了特殊的名称 "value"，所以您可以选择省略 value=，作为一种方便的缩写： public class DeprecatedUser2 { @SuppressWarnings({"deprecation"})public static void main(String[] args) { DeprecatedExample2.foo(); }} 您可以将单个数组参数中的任意数量的字符串值传递给批注，并在任何级别上放置批注。例如，以下示例代码指示将取消整个类的 deprecation 警告，而仅在 main() 方法代码内取消 unchecked 和 fallthrough 警告： import java.util.*;@SuppressWarnings({"deprecation"})public class NonGenerics { @SuppressWarnings({"unchecked","fallthrough"})public static void main(String[] args) { Runtime.runFinalizersOnExit(); List list = new ArrayList(); list.add("foo"); } public static void foo() { List list = new ArrayList(); list.add("foo"); }} @SuppressWarnings 是否比前两个批注更有用？绝对是这样。不过，在 JDK 1.5.0 版本中还没有完全支持该批注，如果您用 1.5.0 来尝试它，那么它将类似无操作指令。调用 -Xlint:-deprecation 也没有任何效果。Sun 没有声明什么时候将增加支持，但它暗示这将在即将推出的一个 dot 版本中实现。 更进一步 如果您试图在 Javadocs 页面中查看这些属性，那么您可能很难找到它们。它们位于核心的 java.lang 包中，但有点隐蔽，它们出现在 Javadoc 类的最底端，列在 Exceptions 和 Errors 后面。 注意到了附加在 SuppressWarnings 批注后面的陌生的批注 @Target 和 @Retention 了吗？这些称为元数据批注，它们描述了该批注在哪里适用。我将在本系列的第二篇文章中介绍它们，以及介绍如何将元数据批注应用到您自己的批注中。
@suppresswarnings
mooninday的专栏
08-05 762
http://www.thebuzzmedia.com/supported-values-for-suppresswarnings/ all to suppress all warningsboxing to suppress warnings relative to boxing/unboxing operationscast to suppress warnings rela
@SuppressWarnings注解
热门推荐
Coding···
09-12 13万+
@SuppressWarnings注解     简介：java.lang.SuppressWarnings是J2SE5.0中标准的Annotation之一。可以标注在类、字段、方法、参数、构造方法，以及局部变量上。 作用：告诉编译器忽略指定的警告，不用在编译完成后出现警告信息。 使用： @SuppressWarnings(“”) @
@SuppressWarnings作用
KILANG的博客
10-26 444
@SuppressWarnings("unchecked"),泛型 @SuppressWarnings("deprecation"), deprecated方法 @SuppressWarnings(value={"deprecation","unchecked"}) 双选 @SuppressWarnings("serial"), 序列化
Java- @SuppressWarnings注解用法详解
adim__的博客
03-26 1295
@SuppressWarnings注解用法详解 一、注释类型： 当你的编码可能存在警告时，比如安全警告，可以用它来消除。 API中是这样描述的： 指示应该在注释元素（以及包含在该注释元素中的所有程序元素）中取消显示指定的编译器警告。 注意，在给定元素中取消显示的警告集是所有包含元素中取消显示的警告的超集。 例如，如果注释一个类来取消显示某个警告，同时注释一个方法来取消显示另一个警告，那么将在此方法...
@SuppressWarnings 什么作用
02-24
3. @SuppressWarnings(value={})：与@SuppressWarnings({})的作用相同，只是使用了value关键字。 需要注意的是，使用@SuppressWarnings注解只是告诉编译器忽略警告，但并不代表代码是安全的。在使用@...
@suppressWarnings
wbc495187638的博客
06-27 448
@suppressWarnings的一些属性常用的有:1.all:抑制所有警告2.rawtypes:抑制使用泛型时没明确指出类型的警告3.unchecked:执行了未检查的转换时的警告,例如当使用集合时没有用泛型来指定集合保存的类型....
Java使用注解@SuppressWarnings忽视常见警告
z2431435的博客
05-29 2050
有很多警告是没什么意义的，但是有的项目领导要求连warning都没有，或者开发者自己想要忽视掉这些warning，这时要用到@SuppressWarnings注解。告诉编译器忽略 unchecked 警告信息，如使用List，ArrayList等未进行参数化产生的警告信息。上述注解可以让类或者方法不再报出unuserd和unchecked的警告，简化反馈。等同于@SuppressWarnings(“unchecked”)同时忽略unchecked和unuserd的警告信息。
SuppressWarnings(unchecked)作用解释
hanqionglaaa的专栏
05-15 856
解释一:          屏蔽某些编译时的警告信息         在强制类型转换的时候编译器会给出警告        加上        程序代码        @SuppressWarnings("unchecked")        就不会警告了 解释二: 注释类型 当你的编码可能存在警告时，比如安全警告，可以用它来消除 api中是这样描述的 指示应该在注释元素
java程序中加入@SuppressWarnings("serial")是什么意思？
xzyxuanyuan的专栏
10-22 5538
比如有个类实现了java.io.Serialize接口： package com.onede4.test; public class TestSerial implements java.io.Serializable { } 如果代码仅仅写上这样，放在eclipse里会给你提示一个黄色的警告，为啥呢，就是因为，你实现了Serializable 接口，但是没有给出 private static
@SuppressWarnings(“unchecked“)
最新发布
weixin_45822542的博客
06-04 1028
在 Java 中，编译器会对一些操作产生警告。例如，当你在使用泛型时进行类型转换，如果编译器无法确保这种转换是类型安全的，就会产生一个未经检查的类型转换警告。在某些情况下，程序员知道特定的代码块中可能会产生类型转换警告，但他们确信代码是安全的，因此使用这个注解来告诉编译器忽略这些警告。： 当你必须与不使用泛型的旧代码或库交互时，你可能会遇到原始类型与泛型类型混用的情况。： 需要在泛型类中实例化泛型类型时，可能需要进行类型转换。： 使用反射创建实例或调用方法时，可能会遇到类型转换警告。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值