FindBugs的使用

FindBugs的使用
1 FindBugs简介
FindBugs是一个静态分析工具，它检查类或者JAR文件，将字节码与一组缺陷模式进行对比以发现可能的问题。

有了静态分析工具，就可以在不实际运行程序的情况对软件进行分析。

FindBugs有几种，有的为单机程序版，有的为与Eclipse 相结合的插件版，等等。

本文介绍的就是Java程序员最喜欢的插件版。

2 FindBugs的安装
在网上下载FindBugs插件，解压后，直接将解压后的文件（edu.umd.cs.findbugs.plugin.eclipse_3.0.1.20150306-5afe4d1）放到eclipse的dropins目录，然后重启eclipse即可。

右键点击项目，看到Find Bugs出现就可以了。

3 FindBugs在Eclipse的使用
在需要静态检查的项目上点击右键，按照上图所示，点击Find Bugs，等待静态检查进度完成。

小瓢虫所在位置即为问题代码所在位置。

检测出的bugs可以到《详解FindBugs的各项检测器》中查找对应原因。

4 FindBugs可以检测的内容
FindBugs提供了35个检测器来检测字节码中可能的缺陷。

其可以做的事情主要有：
4.1 找出hash equals不匹配
找与equals()和hashCode()的实现相关的几个问题。

这两个方法非常重要，因为几乎所有基于集合的类---List、Map、Set等都调用它们。

一般来说，这个检测器寻找两种不同类型的问题：
①当一个类重写对象的equals()方法，但是没有重写它的hashCode方法，或者相反的情况时。

②定义一个co-variant版本的equals()或compareTo()方法。

例如，Bob类定义其equals()方法为布尔equals(Bob)，它覆盖了对象中定义的equals()方法。

因为Java代码在编译时解析重载方法的方式，在运行时使用的几乎总是在对象中定义的这个版本的方法，而不是在Bob中定义的那一个（除非显式将equals()方法的参数强制转换为Bob类型）。

因此，当这个类的一个实例放入到类集合中的任何一个中时，使用的是Object.equals()版本的方法，而不是在Bob中定义的版本。

在这种情况下，Bob类应当定义一个接受类型为Object的参数的equals()方法。

4.2检测：忽略方法返回值
这个检测器查找代码中忽略了不应该忽略的方法返回值的地方。

这种情况的一个常见例子是在调用String方法时，例如:
1 String aString = "bob";
2 b.replace('b', 'p');
3 if(b.equals("pop"))
这个错误很常见。

在第2行，程序员认为他已经用p替换了字符串中的所有b。

确实是这样，但是他忘记了字符串是不可变的。

所有这类方法都返回一个新字符串，而从来不会改变消息的接收者。

4.3检测：Null指针对null的解引用（dereference）和冗余比较
这个检测器查找两类问题。

它查找代码路径将会或者可能造成null指针异常的情况，它还查找对null的冗余比较的情况。

例如，如果两个比较值都为null，那么它们就是冗余的并可能表明代码错误。

FindBugs在可以确定一个值为null 而另一个值不为null时，检测类似的错误，例如：
1 Person person = aMap.get("bob");
2 if (person != null) {
3person.updateAccessTime();
4 }
5 String name = person.getName();
在这个例子中，如果第1行的Map不包括一个名为“bob”的人，那么在第5行询问person的名字时就会出现null指针异常。

因为FindBugs不知道map是否包含“bob”，所以它将第5行标记为可能null指针异常。

4.4检测：初始化之前读取字段
这个检测器寻找在构造函数中初始化之前被读取的字段。

这个错误通常是由使用字段名而不是构造函数参数引起的，例如在构造函数中读取未初始化的字段:
1 public class Thing {
2private List actions;
3public Thing(String startingActions) {
4StringTokenizer tokenizer =
5 new StringTokenizer(startingActions);
6 while (tokenizer.hasMoreTokens()) {
7 actions.add(tokenizer.nextToken());
8 }
9 }
10}
在这个例子中，第7行将产生一个null指针异常，因为变量actions还没有初始化。

4.5命名检查
对标准Java命令规范的测试：变量名称不应太短；方法名称不应过长；类名称应当以小写字母开头；方法和字段名应当以小写字母开头，等等。

4.6未使用的代码检查
查找从未使用的私有字段和本地变量、执行不到的语句、从未调用的私有方法，等等。

4.7嵌套检查
例如：switch语句应当有default块，应当避免深度嵌套的if块，不应当给参数重新赋值，不应该对double值进行相等比较。

4.8导入语句检查
检查import语句的问题，比如同一个类被导入两次或者被导入ng的类中。

4.9JUnit测试检查
查找测试用例和测试方法的特定问题，例如方法名称的正确拼写，以及suite()方法是不是static和public。

4.10字符串检查
找出处理字符串时遇到的常见问题，例如重复的字符串标量，调用String构造函数，对String变量调用toString()方法。

4.11括号检查
检查for、if、while和else语句是否使用了括号。

4.12代码尺寸检查
测试过长的方法、有太多方法的类以及重构方面的类似问题。

4.13终结函数检查
因为在Java语言中，finalize()方法不是那么普遍，它们的使用规则虽然很详细，但是人们对它们相对不是很熟悉。

这类检查查找finalize()方法的各种问题，例如空的终结函数，调用其他方法的finalize()方法，对finalize()的显式调用，等等。

4.14克隆检查
用于clone()方法的新规则。

凡是重写clone()方法的类都必须实现Cloneable，clone()方法应该调用super.clone()，而clone()方法应该声明抛出CloneNotSupportedException异常，即使实际上没有抛出异常，也要如此。

4.15耦合检查
查找类之间过度耦合的迹象，比如导入内容太多；在超类型或接口就已经够用的时候使用子类的类型；类中的字段、变量和返回类型过多等。

4.16异常检查
针对异常的检查：不应该声明该方法而抛出ng.Exception异常，不应当将异常用于流控制，不应该捕获Throwable，等等。

4.17日志检查
查找java.util.logging.Logger的不当使用，包括非终状态（nonfinal）、非静态的记录器，以及在一个类中有多个记录器。

4.18Open—Close检查
检查文件或通讯方面，是否忘记Close的情况。

4.19其它检查
其它缺陷清单可参见：缺陷清单。

4.20构建自己的规则集
可以构建自己的规则集。