为什么要使用Objects.RequireNonNull（）？

Question

我注意到Oracle JDK中的许多Java 8方法使用Objects.RequirenonNull()，如果给定的对象（参数）是NullPointerException，则在内部抛出NullPointerException。

public static <T> T requireNonNull(T obj) {
    if (obj == null)
        throw new NullPointerException();
    return obj;
}

但是，如果null对象被取消引用，则仍然会引发nullPointerException。那么，为什么要进行额外的空检查并抛出NullPointerException呢？

一个明显的答案（或好处）是它使代码更易读，我同意。我很想知道在方法开头使用objects.requirenonnull()的其他原因。

Answer 1

因为这样做可以使事情变得明确。如：

public class Foo {
  private final Bar bar;

  public Foo(Bar bar) {
    Objects.requireNonNull(bar, "bar must not be null");
    this.bar = bar;
  }

或更短：

  this.bar = Objects.requireNonNull(bar, "bar must not be null");

现在你知道了：

• 使用new()
成功创建Foo对象时
• 则保证其bar字段为非空。

把它比作：今天创建一个Foo对象，明天调用一个使用该字段并抛出的方法。最有可能的是，明天您将不知道为什么该引用昨天被传递给构造函数时是空的！

换句话说：通过显式地使用此方法检查传入的引用，您可以控制抛出异常的时间点。而很多时候，你想以最快的速度失败！

主要优点是：

• 如前所述，受控行为
• 更容易调试--因为您在创建对象的上下文中抛出。在某个时间点，您的日志/跟踪有一定的机会告诉您哪里出了问题！
• 如上所示：这个想法的真正力量与最终领域结合在一起展开。因为现在您的类中的任何其他代码都可以安全地假定bar不是空的--因此您不需要在其他地方进行任何if(bar==null)检查！