@SuppressWarnings("serial")的作用

最新推荐文章于 2020-05-11 15:09:06 发布
转载 最新推荐文章于 2020-05-11 15:09:06 发布 · 1.4w 阅读 · 9
文章标签：

#@SuppressWarnings("serial")

本文探讨了在Java中实现Serializable接口时serialVersionUID的作用及重要性。解释了为什么Eclipse等IDE会警告未声明该字段，并提供了如何正确添加serialVersionUID以避免警告的方法，同时也讨论了使用@SuppressWarnings(serial)注解来抑制警告的替代方案。

原文：https://zhidao.baidu.com/question/346966101.html  

比如有个类实现了java.io.Serialize接口：
package com.onede4.test;

public class TestSerial implements java.io.Serializable {

}
如果代码仅仅写上这样，放在eclipse里会给你提示一个黄色的警告，为啥呢，就是因为，你实现了Serializable 接口，但是没有给出
private static final long serialVersionUID = 5952689219411916553L;
类似这样的私有字段（这个字段是实现了Serializable接口需要的，但不必须）
只要加上类似这样的一个字段，黄色警告就会消失，但是你如果就是不想加这个字段，同时还不想看到那个黄色的警告，没问题，那就要在类上加一个注解（@SuppressWarnings("serial")）

package com.onede4.test;

@SuppressWarnings("serial")
public class TestSerial implements java.io.Serializable {

}
这样eclipse就不会有那个黄色的警告了

不过我们还是推荐给出private static final long serialVersionUID = 5952689219411916553L;
当你的类进行序列化和反序列化操作的时候如果没有这个字段可能会出问题，所以尽量加上这个字段，不要用@SuppressWarnings("serial")注解

@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 了吗？这些称为元数据批注，它们描述了该批注在哪里适用。我将在本系列的第二篇文章中介绍它们，以及介绍如何将元数据批注应用到您自己的批注中。
java程序中加入@SuppressWarnings("serial")是什么意思？
xzyxuanyuan的专栏
10-22 5626
比如有个类实现了java.io.Serialize接口： package com.onede4.test; public class TestSerial implements java.io.Serializable { } 如果代码仅仅写上这样，放在eclipse里会给你提示一个黄色的警告，为啥呢，就是因为，你实现了Serializable 接口，但是没有给出 private static
@SuppressWarnings(“serial“)注解
热门推荐
Thinkingcao的专栏
05-04 1万+
@SuppressWarnings J2SE 提供的一个批注或者注解。该批注的作用是给编译器一条指令，告诉它对被批注的代码元素内部的某些警告保持静默，即忽略这些警告信息。 在平常的编码过程中，我们经常使用到的是unchecked,serial这些。 @SuppressWarnings()中可传入一个字符串数组，数组中列出需要忽略的情况。 如果传入多种情况，这几种情况的处理同
@SuppressWarnings("serial")
Kathy的博客
04-01 349
Suppress抑制 Warnings警告当一些能通过编译但是存在有可能运行异常的代码出现时，eclipse会发出警告，如果你确定不会运行错误，可以使用@SuppressWarnings来去除警告@SuppressWarnings("serial")指的是关闭类或方法级别的编译器警告...
警告@SuppressWarnings("serial")与对象序列化（Java IO）
Jeffrey‘s workspace
10-21 739
警告@SuppressWarnings("serial") 比如有个类实现了java.io.Serialize接口： package com.onede4.test; public class TestSerial implements java.io.Serializable { } 如果代码仅仅写上这样，放在eclipse里会给你提示一个黄色的警告，为啥呢，就是因为，你实现了Seri
@SuppressWarnings("serial")
qq_ywg的博客
08-01 446
 @SuppressWarnings("serial") 当类继承了一个实现 Serializable接口的父类时，需要添加serialVersionUID = -1L字符序列，用于序列化和反序列化，如果没有添加就会有警告， @SuppressWarnings("serial") 添加该注解能够消除警告
@suppresswarnings
mooninday的专栏
08-05 818
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("serial")的理解
汤圆的博客
05-11 1280
@SuppressWarnings(“serial”) 借鉴山清水秀ysu 作用：用于抑制编译器产生警告信息 抑制单类型警告 抑制多类型警告 抑制所有类型警告 · @SuppressWarnings(“unchecked”) 告诉编译器忽略 unchecked 警告信息，如使用List，ArrayList等未进行参数化产生的警告信息。 · @SuppressWarnings(“serial”) 如果编译器出现这样的警告信息：The serializable class WmailC
@SuppressWarnings(unused) 、serial与rawtypes等等
nicknailo博客
02-07 4206
@SuppressWarnings(unused) 、serial与rawtypes 在写代码的实收经常出现各种黄色警告，对于我们那些有代码洁癖的人，简直是不可容忍。 自己的孩子怎么能容忍任何异常，包括警告。 @SuppressWarnings 标示下面的{ }或者一句代码忽略 unused 用于我们有时拿出来的变量过多，却有些多余或者没有当前用到，则可以用它； serial 主要用于我
@ SuppressWarings
大叶子不小的博客
03-13 322
一.@SuppressWarings注解作用：用于抑制编译器产生警告信息。示例1——抑制单类型的警告：@SuppressWarnings("unchecked")public void addItems(String item){ @SuppressWarnings("rawtypes") List items = new ArrayList(); items.add(item);}示例...
@suppressWarnings
wbc495187638的博客
06-27 536
@suppressWarnings的一些属性常用的有:1.all:抑制所有警告2.rawtypes:抑制使用泛型时没明确指出类型的警告3.unchecked:执行了未检查的转换时的警告,例如当使用集合时没有用泛型来指定集合保存的类型....
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值