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

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

我尝试过NullObjectPattern，但对我来说并不总是最好的方法。有时，“不采取行动”并不合适。

NullPointerException是一个运行时异常，这意味着它是开发人员的错，并且凭借足够的经验，它会准确地告诉您错误在哪里。

现在来回答：

尽量将所有属性及其访问器设为私有，或者避免将它们暴露给客户端。当然，您可以在构造函数中设置参数值，但通过缩小范围，您不会让客户端类传递无效值。如果需要修改值，可以始终创建新对象。您只检查构造函数中的值一次，在其他方法中，您几乎可以确定这些值不为空。

当然，经验是理解和应用这一建议的更好方式。

字节

我们一直在使用Apache库（Apache Commons）解决这个问题。

ObjectUtils.equals(object, null)

or

CollectionUtils.isEmpty(myCollection);

or

StringUtils.isEmpty("string");

作为一种实践，我喜欢前面的回答，即为集合提供初始默认值或空集，以最小化需要。

这些可以是防止出现NullPointerException或使用空集合的简单用法。这并不能回答如何处理空对象的问题，但它们为对象或集合的基本验证提供了一些检查。

希望这有帮助。

Guava是Google提供的一个非常有用的核心库，它有一个很好且有用的API来避免空值。我发现UsingAndAvoidingNullExplain非常有用。

正如wiki中所解释的：

可选＜T＞是用非空值。可选可以包含非空T引用（在这种情况下，我们称引用为“present”），或者它可能包含什么都没有（在这种情况下，我们说引用“不存在”）。从来没有称为“包含null”

用法：

Optional<Integer> possible = Optional.of(5);
possible.isPresent(); // returns true
possible.get(); // returns 5

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

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

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

方法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;
}