首先说一下 idea 引入外部插件的方式

最后，“Restart” 重启 idea 让它加载一下新加入的插件！！！

用插件

下面的所有插件都使用上面外部引用方式集成相应的插件包即可

作用：

检测代码中可能的 bug 及不规范的位置，写完代码后检测下避免低级 bug。

静态分析工具承诺无需开发人员费劲就能找出代码中已有的缺陷。当然，如果有多年的编写经验，就会知道这些承诺并不是一定能兑现。

插件提供地址：

https://plugins.jetbrains.com/plugin/3847-findbugs-idea

成功标志：

重启 idea 后如果插件加载成功左下角出现：

实际应用：

扫描完成后：

附录（网摘）：

FindBugs 它用来查找 Java 代码中存在的 bug。它使用静态分析方法标识出 Java 程序中上百种潜在的不同类型的错误。

FindBugs 支持对包级别、项目级别、模块级别、单个文件级别，以及自定义范围的 Bug 分析。

FindBugs：特色是能够检查出空指针异常这种 bug！

使用：右键单击（module、单个文件等）—> 在快捷菜单中选择 findbugs 即可

附: FindBugs 的 Bug 种类说明

Bad practice 坏的实践

一些不好的实践，下面列举几个：

HE：类定义了 equals()，却没有 hashCode()；或类定义了 equals()，却使用 Object.hashCode()；或类定义了 hashCode()，却没有 equals()；或类定义了 hashCode()，却使用 Object.equals()；类继承了 equals()，却使用 Object.hashCode()。
SQL：Statement 的 execute 方法调用了非常量的字符串；或 Prepared Statement 是由一个非常量的字符串产生。
DE：方法终止或不处理异常，一般情况下，异常应该被处理或报告，或被方法抛出。
Malicious code vulnerability 可能受到的恶意攻击

如果代码公开，可能受到恶意攻击的代码，下面列举几个：

类名小写问题：

Correctness 一般的正确性问题

可能导致错误的代码，下面列举几个：

NP：空指针被引用；在方法的异常路径里，空指针被引用；方法没有检查参数是否 null；null 值产生并被引用；null 值产生并在方法的异常路径被引用；传给方法一个声明为 @NonNull 的 null 参数；方法的返回值声明为 @NonNull 实际是 null。
Nm：类定义了 hashcode() 方法，但实际上并未覆盖父类 Object 的 hashCode()；类定义了 tostring() 方法，但实际上并未覆盖父类 Object 的 toString()；很明显的方法和构造器混淆；方法名容易混淆。
SQL：方法尝试访问一个 Prepared Statement 的 0 索引；方法尝试访问一个 ResultSet 的 0 索引。
UwF：所有的 write 都把属性置成 null，这样所有的读取都是 null，这样这个属性是否有必要存在；或属性从没有被 write。

Dodgy 危险的

具有潜在危险的代码，可能运行期产生错误，下面列举几个：

Performance 性能问题

可能导致性能不佳的代码，下面列举几个：

DM：方法调用了低效的 Boolean 的构造器，而应该用 Boolean.valueOf(…)；用类似 Integer.toString(1) 代替 new Integer(1).toString()；方法调用了低效的 float 的构造器，应该用静态的 valueOf 方法。
SIC：如果一个内部类想在更广泛的地方被引用，它应该声明为 static。
SS：如果一个实例属性不被读取，考虑声明为 static。
UrF：如果一个属性从没有被 read，考虑从类中去掉。
UuF：如果一个属性从没有被使用，考虑从类中去掉。

Multithreaded correctness 多线程的正确性

多线程编程时可能导致错误的代码，下面列举几个：