前言
使用Idea已经有很长一段时间了,作为一个资深的洁癖程序员,编译器里的警告我是十分接收不了的。这种强迫症说好也好,说不好也确实不好。比方说,有些警告处理之后是能够使得代码更加严谨,效率更高,可读性更好;但团队中,也不是人人都有这种强迫症的,某天需要你去修改某个别人负责模块的bug的时候,看着满满的黄色(Idea中警告的颜色),甚至还有绿色(单词拼写检查),一时间,恶从心中起,怒向胆边生,一个飞雷神二段把警告给清理一波,人是舒服了。然而大规模的修改别人的代码是极容易出错的,奉劝大家谨慎!
@SuppressWarnings介绍
唯一的作用,就是告诉IDE这个警告不用它标记(清理编译器中的警告),当需要抑制多个警告时可以用数组,例如: @SuppressWarnings({“unused”, “unchecked”})
简单的介绍一下常用的:
- all,抑制所有警告
- dep-ann,抑制与淘汰注释相关的警告 deprecation,抑制与淘汰的相关警告
- fallthrough,抑制与switch陈述式中遗漏break相关的警告
- incomplete-switch,抑制与switch陈述式(enum case)中遗漏项目相关的警告
- javadoc,抑制与javadoc相关的警告 nls,抑制与非nls字串文字相关的警告 null,抑制与空值分析相关的警告
- unused 抑制没有用到的警告
- unchecked 抑制未检查类型异常,尝出现在泛型的使用中
IDEA中使用@SuppressWarnings
@SuppressWarnings对应的有许多种类,其实不需要你去记住,IDEA既然能够标记出来这些警告,自然也会给你避免该警告的方式。譬如下面这个类型转换的警告:
在标黄的位置使用 ALT + ENTER 进行处理,
选中Supress for method后,敲下回车,会发现注解自动生成到了方法上。
其他的几个选项,for class 是在类上加注解,for statment是给该语句加上注解。
@SuppressWarnings(“SpellCheckingInspection”)
写在最后(lastWword)
最后,提醒一点,SuppressWarnings不要乱用,以免后面代码维护困难。
哎,我知道我拼错word了,哎,我就不改,就是玩儿