您可以使用FindBugs。他们还有一个Eclipse插件），可以帮助您查找重复的空检查（除其他外），但请记住，有时您应该选择防御性编程。还有Java合同可能会有所帮助。

这是大多数开发人员最常见的错误。

我们有很多方法来处理这个问题。

方法1：

org.apache.commons.lang.Validate //using apache framework

notNull（对象对象，字符串消息）

方法2：

if(someObject!=null){ // simply checking against null
}

方法3：

@isNull @Nullable  // using annotation based validation

方法4：

// by writing static method and calling it across whereever we needed to check the validation

static <T> T isNull(someObject e){  
   if(e == null){
      throw new NullPointerException();
   }
   return e;
}

问这个问题表明你可能对错误处理策略感兴趣。如何以及在哪里处理错误是一个普遍存在的体系结构问题。有几种方法可以做到这一点。

我最喜欢的是：允许异常在“主循环”或其他具有适当职责的函数中波动-捕获它们。检查错误情况并适当处理它们可以被视为一项专门的责任。

当然，也要看看面向方面编程——它们有很好的方法将if（o==null）handleNull（）插入到字节码中。

我喜欢Nat Pryce的文章。以下是链接：

用多态调度避免空值避免使用“告诉，不要问”风格的null

在文章中，还有一个指向Java Maybe Type的Git存储库的链接，我觉得这很有趣，但我不认为单独使用它会降低检查代码膨胀。在互联网上做了一些研究之后，我想主要通过仔细设计可以减少空码膨胀。

对于实用程序类，可以检查参数是否为空。

在所有其他情况下，您可能不必这样做。尽可能使用封装，从而减少您想检查null的地方。

另一个建议是防御性地编程——类/函数提供已知且安全的默认值，并且为真正的错误/异常保留null。

例如，如果函数在出现问题时（例如将数字转换为字符串）返回空字符串，请让它们返回空字符串（“”）。在继续之前，您仍然必须测试返回值，但对于异常没有特殊情况。这种编程风格的另一个好处是，您的程序能够区分正常操作和异常，并做出相应的响应。