在Android自动化测试技术中,我们首先会运用各种代码检查工具对Android代码进行检查,从而提前发现代码中存在的一些bug和隐患,提高代码质量。FindBug就是Android代码检查最常用的工具之一。
FindBug 是一款开源的 Java 代码检查工具,遵循 GNU 公共许可协议。它可以检查 Java 类或者 JAR 文件,运行的是 Java 字节码而不是源码,检查原理是:将字节码与一组缺陷模式进行对比来发现可能存在的问题,这些问题包括空指针引用、无限递归循环、死锁等。检查的 bug 类型包括:
bug类型
- Malicious code vulnerability：恶意代码
- Dodgy code：不符合规范的代码
- Internationalization：国际化相关问题，如错误的字符串转换;
- Bad practice：坏的实践:常见代码错误,序列化错误,用于静态代码检查时进行缺陷模式匹配;
- Multithreaded correctness：多线程的正确性:如多线程编程时常见的同步,线程调度问题;
- Performance：运行时性能问题，如由变量定义,方法调用导致的代码低效问题。
- Correctness：可能导致错误的代码,如空指针引用等;
- Experimental：可能受到的恶意攻击,如访问权限修饰符的定义等;
- Security：安全性
这里最后一个我在检查项目的时候没有看到，不知道是否真的存在。
在AndroidStudio上安装FindBugs
Android Studio 提供在线和离线两种安装插件的方式。
在线安装FindBugs：
首先打开 Android Studio 的设置中的插件，输入 FindBugs，如下图所示，点击 Browse 查找,选择 FindBugs-IDEA 然后单击右侧的 Install plugin 按钮进行安装（因为这里已经安装了 FindBugs 所以右侧没有 Install plugin 按钮）。如下图：
在线安装FindBugs
按步骤来（我感觉这是最详细的，欢迎来辩，哈哈哈）。
离线安装FindBugs：
首先，下载用于 IntelliJ IDEA 环环境下的 FindBugs 安装包（下载地址：FindBugs download | SourceForge.net）。其次，打开Android Studio 的设置中的插件，点击上图 标注3 按钮的右边按钮：Install plugin from disk，选择刚才下载的 FindBugs 安装包进行安装即可。
FindBugs的基本使用
FindBugs 安装完成之后需要重启 Android Studio，重启之后会看到 FindBugs的界面窗口，如下图：
现在说一下，图上标注的含义：
检查范围
- 标注1：检查当前类（只有在选中类的时候可点击）。
- 标注2：检查当前包。
- 标注3：检查当前模块。
- 标注4：检查当前项目。
- 标注5：自定义设置检查范围。
结果查看方式
- 标注6：按照bug类型查看。
- 标注7：按照类查看。
- 标注8：按照包结构查看。
- 标注9：按照bug等级查看。
好了，还是那句话，开始改吧，加油！
错误详情
先来看一张图：
标注只是为了显示点击位置，标注3只是为了显示错误详情
priority 代表了严重等级，红色最严重，所以我们可以重点关注一下红色。下方是错误详情：
1. Bad practice 坏的实践
一些不好的实践，下面列举几个：
1）类定义了equals()，却没有hashCode()；。
2）Statement 的execute方法调用了非常量的字符串；或Prepared Statement是由一个非常量的字符串产生。
3）方法终止或不处理异常，一般情况下，异常应该被处理或报告，或被方法抛出。
2. Correctness 一般的正确性问题
可能导致错误的代码，下面列举几个：
1）空指针被引用；在方法的异常路径里，空指针被引用；方法没有检查参数是否null；null值产生并被引用；null值产生并在方法的异常路径被引用；传给方法一个声明为@NonNull的null参数；方法的返回值声明为@NonNull实际是null。
2）类定义了hashcode()方法，但实际上并未覆盖父类Object的hashCode()；类定义了tostring()方法，但实际上并未覆盖父类Object的toString()；很明显的方法和构造器混淆；方法名容易混淆。
3）方法尝试访问一个Prepared Statement的0索引；方法尝试访问一个ResultSet的0索引。
4）所有的write都把属性置成null，这样所有的读取都是null，这样这个属性是否有必要存在；或属性从没有被write。
3. Internationalization 国际化
当对字符串使用upper或lowercase方法，如果是国际的字符串，可能会不恰当的转换。
4. Malicious code vulnerability 恶意代码
如果代码公开，可能受到恶意攻击的代码，下面列举几个：
1）一个类的finalize()应该是protected，而不是public的。
2）属性是可变的数组；属性是可变的Hashtable；属性应该是package protected的。
5. Multithreaded correctness 多线程的正确性
多线程编程时，可能导致错误的代码，下面列举几个：
1）ESync：空的同步块，很难被正确使用。
2）MWN：错误使用notify()，可能导致IllegalMonitorStateException异常；或错误的
使用wait()。
3）使用notify()而不是notifyAll()，只是唤醒一个线程而不是所有等待的线程。
4）构造器调用了Thread.start()，当该类被继承可能会导致错误。
6. Performance 性能问题
可能导致性能不佳的代码，下面列举几个：
1）DM：方法调用了低效的Boolean的构造器，而应该用Boolean.valueOf(…)；用类似
Integer.toString(1) 代替new Integer(1).toString()；方法调用了低效的float的构造器，应该用静态的valueOf方法。
2）SIC：如果一个内部类想在更广泛的地方被引用，它应该声明为static。
3）SS： 如果一个实例属性不被读取，考虑声明为static。
4）UrF：如果一个属性从没有被read，考虑从类中去掉。
5）UuF：如果一个属性从没有被使用，考虑从类中去掉。
7. Dodgy 不符合规范的，有潜在危险的
具有潜在危险的代码，可能运行期产生错误，下面列举几个：
1）CI： 类声明为final但声明了protected的属性。
2）DLS：对一个本地变量赋值，但却没有读取该本地变量；本地变量赋值成null，却没有读取该本地变量。
3）ICAST： 整型数字相乘结果转化为长整型数字，应该将整型先转化为长整型数字再相乘。
4）INT：没必要的整型数字比较，如X <= Integer.MAX_VALUE。
5）NP： 对readline()的直接引用，而没有判断是否null；对方法调用的直接引用，而方法可能返回null。
6）REC：直接捕获Exception，而实际上可能是RuntimeException。
7）ST： 从实例方法里直接修改类变量，即static属性。
