通过遵循问题的大多数其他答案，您可以避免很多事情，以避免NullPointerException。我只想添加Java9中引入的其他一些方法，以优雅地处理这种情况，并展示一些旧的方法也可以使用，从而减少您的工作量。

公共静态布尔值isNull（对象obj）如果提供的引用为null，则返回true，否则返回错误。自Java 1.8以来公共静态布尔值nonNull（对象obj）如果提供的引用为非null，则返回true，否则返回错误。自Java 1.8以来公共静态＜T＞T requireOnNullElse​（T对象，T默认对象）如果第一个参数为非null，则返回第一个参数，否则返回非空的第二个参数。自Java 9以来公共静态＜T＞T requireOnNullElseGet​（T obj，供应商<？扩展T>供应商）如果第一个参数为非空，则返回第一个参数，否则返回supplier.get（）的非空值。自Java 9以来公共静态＜T＞T requireOnNull​（T obj，供应商＜字符串＞消息供应商）检查指定的对象引用是否为空，否则将引发自定义的NullPointerException。自Java 1.8以来

有关上述功能的更多详细信息，请参阅此处。

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

我可以更笼统地回答吗！

当方法以我们不期望的方式获取参数时，我们通常会遇到这个问题（错误的方法调用是程序员的错误）。例如：您希望得到一个对象，而得到一个null。您希望得到一个至少包含一个字符的字符串，而得到一个空字符串。。。

因此：

if(object == null){
   //you called my method badly!

}

or

if(str.length() == 0){
   //you called my method badly again!
}

他们都希望在执行任何其他函数之前确保我们收到了有效的参数。

如其他一些答案中所述，为了避免上述问题，您可以遵循契约设计模式。请参见http://en.wikipedia.org/wiki/Design_by_contract.

要在java中实现这种模式，可以使用javax.annotation.NotNull等核心java注释，或者使用Hibernate Validator等更复杂的库。

只是一个示例：

getCustomerAccounts(@NotEmpty String customerId,@Size(min = 1) String accountType)

现在，您可以安全地开发方法的核心函数，而无需检查输入参数，它们可以保护您的方法不受意外参数的影响。

您可以更进一步，确保在应用程序中只能创建有效的pojo。（来自hibernate验证器站点的示例）

public class Car {

   @NotNull
   private String manufacturer;

   @NotNull
   @Size(min = 2, max = 14)
   private String licensePlate;

   @Min(2)
   private int seatCount;

   // ...
}

有时，您可以使用对其参数进行操作的方法来定义对称操作：

a.f(b); <-> b.f(a);

如果你知道b永远不可能为空，你可以交换它。它对equals最有用：而不是foo.equals（“bar”）；最好使用“bar”。equals（foo）；。

您可以考虑空对象是bug的情况，而不是空对象模式（有其用途）。

当抛出异常时，检查堆栈跟踪并解决错误。

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

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

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