最终，彻底解决这个问题的唯一方法是使用不同的编程语言：

在Objective-C中，你可以在nil上调用一个方法，而绝对不会发生任何事情。这使大多数空检查变得不必要，但会使错误更难诊断。在Nice这一Java派生语言中，所有类型都有两个版本：可能为空的版本和非空的版本。只能对非空类型调用方法。通过显式检查null，可以将可能为null的类型转换为非null类型。这使得更容易知道哪些地方需要空检查，哪些地方不需要空检查。

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

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

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

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

最终，彻底解决这个问题的唯一方法是使用不同的编程语言：

在Objective-C中，你可以在nil上调用一个方法，而绝对不会发生任何事情。这使大多数空检查变得不必要，但会使错误更难诊断。在Nice这一Java派生语言中，所有类型都有两个版本：可能为空的版本和非空的版本。只能对非空类型调用方法。通过显式检查null，可以将可能为null的类型转换为非null类型。这使得更容易知道哪些地方需要空检查，哪些地方不需要空检查。

我是“快速失败”代码的粉丝。问问你自己——在参数为空的情况下，你在做什么有用的事情吗？如果在这种情况下，您对代码应该做什么没有明确的答案。。。即，它一开始不应该为空，然后忽略它并允许引发NullPointerException。调用代码将与IllegalArgumentException一样具有NPE的意义，但如果抛出NPE，而不是您的代码试图执行一些其他意外的意外逻辑，那么开发人员将更容易调试和理解出了什么问题-这最终会导致应用程序失败。

仅适用于这种情况-

在调用equals方法之前不检查变量是否为空（下面的字符串比较示例）：

if ( foo.equals("bar") ) {
 // ...
}

如果foo不存在，将导致NullPointerException。

如果这样比较字符串，可以避免这种情况：

if ( "bar".equals(foo) ) {
 // ...
}