AndroidStudio findbugs 插件检查和过滤
作者:互联网
前言
Findbugs是使用静态分析来检测java代码中的潜在错误,保证代码符合一定规则的辅助工具。
本文针对AndroidStudio如何使用findbugs插件的使用和findbugs过滤进行总结,主要包含:
- 如何安装和使用findbugs插件
- 如何屏蔽掉不能修改的findbugs
- 如何快速高效对findbugs进行修改
使用findbugs工具,无非是检测和修改旧bugs以及对新增代码bugs进行监测,为了防止旧bugs和新增bugs掺杂在一起,影响检测效率,如何屏蔽掉不能修改的findbugs是很重要的,因此标为红色。
1. 安装和使用findbugs插件
1.1安装步骤
Step1:File->Settings->Plugins搜索Findbugs插件
如下图:
Step2:点击安装,重启AndroidStudio 生效
Step3:查看安装成功
1.2使用说明
如下图标识,findbugs工具分为6个区。
SEC 1:代码检测功能区,支持检测currentFile、package、module、project。
SEC 2:bug显示控制区,可以分类显示,分package显示
SEC 3:bug代码检索区,支持选中bug跳转,支持bug临时显示
SEC 4:导出/入错误集合,支持输出bug report
SEC 5:bug分类显示区,可以按照显示控制设置,显示bug
SEC 6:bug详情显示区,可以显示bug描述和修改建议
2. 屏蔽掉那些不想显示的bugs
使用findbugs的痛点之一,就是检测出很多无效bug,混淆视听,比如google提供的jar包,比如资源文件自动生成的R.java内容,还有就是不能改的bug。
屏蔽掉这些bug,不仅能够帮助findbugs更清晰有效,还能保证只要新增代码,就能够快速检测新增bug。屏蔽bug规则,可参考:
http://findbugs.sourceforge.net/manual/filter.html
这里根据我的代码实践,介绍怎么屏蔽findbugs。
Step1:写filter.xml
典型的几类屏蔽如下:
不同的标签,表示不同的过滤选项。可参考上述网址,配合下边代码查看,实践一下就清楚了。
<?xml version="1.0" encoding="utf-8"?>
<FindBugsFilter>
<Match>
<!--过滤掉Google jar包-->
<Or>
<Package name="~android\.support\.design.*" />
<Package name="~android\.support\.v7.*" />
<Package name="~android\.support\.v4.*" />
</Or>
</Match>
<Match>
<!--过滤生成文件-->
<Or>
<Class name="~.*\.*id*"/>
<Class name="~.*\.*styleable*"/>
<Class name="~.*\.*attr*"/>
</Or>
</Match>
<Match>
<!--过滤几个类型的bug-->
<Or>
<Bug pattern="RV_RETURN_VALUE_IGNORED_BAD_PRACTICE"/>
<Bug pattern="RCN_REDUNDANT_NULLCHECK_OF_NONNULL_VALUE"/>
</Or>
</Match>
<Match>
<!--过滤某个变量的某个bug类型-->
<Bug pattern="ST_WRITE_TO_STATIC_FROM_INSTANCE_METHOD" />
<Or>
<Class name="~com\.ainirobot\.maptool\.map\.Parameter"/>
<Filed name="*.sharedPreferences"/>
</Or>
</Match>
<Match>
<!--过滤某个方法的某个bug类型-->
<Bug pattern="IS2_INCONSISTENT_SYNC"/>
<Or>
<Class name="~com\.ainirobot\.maptool\.util\.Singleton"/>
<Method name="get"/>
</Or>
</Match>
</FindBugsFilter>
<可以看到过滤类型基本包含:
- Jar包
- Class
- 成员变量
- 方法
- bug类型Google jar包-->
Step2:添加到exlude配置中
如图,1,2,3,4,5步,就完成了filter的添加,当你再次运行findbugs,这些过滤掉的bugs你就看不到了,此处应该有掌声。
体验过编写filter.xml后,你就要根据自己的需求来过滤了,祝好运。
3. 几种bug类型和修改
1. SS_SHOULD_BE_STATIC (Unread field: should this field be static?)
用final定义的filed,一般都需要声明为static
2. URF_UNREAD_FIELD (Unread field)
定义了,但没有使用的filed,考虑删除
3. UUF_UNUSED_FIELD (Unused field)
同2,定义了但是没有使用的filed,考虑删除
4. SIC_INNER_SHOULD_BE_STATIC (Should be a static inner class)
有些内部类,并没有使用其所在定义类的引用,因此可以声明为static。
5. DM_BOXED_PRIMITIVE_FOR_PARSING (Boxing/unboxing to parse a primitive)
将String类型转化为基本数据类型,使用parseXXX比xxx.valueOf更高效。
6. SBSC_USE_STRINGBUFFER_CONCATENATION (Method concatenates strings using + in a loop)
使用“+”作为String的连接符很低效,因为其底层实现是转化为StringBuffer/StringBuilder来实现的,因此直接使用StringBuffer/StringBuilder的append方法连接Strings。
7. SF_SWITCH_NO_DEFAULT (Switch statement found where default case is missing)
Switch case确实default分支
8. ST_WRITE_TO_STATIC_FROM_INSTANCE_METHOD (Write to static field from instance method)
尽量不要在实例的非静态方法里,去写静态filed,由于静态field是class共享,可能会出现问题。
9. DLS_DEAD_LOCAL_STORE (Dead store to local variable)
没有使用的局部变量删除。
10. NP_NULL_ON_SOME_PATH_FROM_RETURN_VALUE (Possible null pointer dereference due to return value of called method) NP_NULL_ON_SOME_PATH (Possible null pointer dereference)
某些分支有空指针的可能,需要注意判空
11. DB_DUPLICATE_BRANCHES (Method uses the same code for two branches)
不同分支,同样的处理代码。
12. JLM_JSR166_UTILCONCURRENT_MONITORENTER (Synchronization performed on util.concurrent instance)
使用java.util.concurrent package (or its subclasses)做锁对象,改为使用普通对象作为锁即可。
13. HE_EQUALS_USE_HASHCODE (Class defines equals() and uses Object.hashCode())
复写equals后,必须复写hashCode,否则会在使用hashMap等数据结构时出错。
14. ES_COMPARING_PARAMETER_STRING_WITH_EQ (Comparison of String parameter using == or !=)
判断String相等,尽量使用Objects.equals的工具类方法,而不要使用==。
15. OS_OPEN_STREAM (Method may fail to close stream)OS_OPEN_STREAM (Method may fail to close stream)
文件流注意关闭,一定要用try finally关闭,否则就会报这个错误。
16. MS_SHOULD_BE_FINAL (Field isn't final but should be)
一个集合定义为static,可能需要定义为final,同时如果不想被外部引用更改,需要使用Collections.unmodifiableMap来进行赋值。
标签:插件,bugs,AndroidStudio,static,使用,SEC,findbugs,bug 来源: https://blog.csdn.net/CSDN_SUSAN/article/details/89460084