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

！=的另一种选择空检查是（如果你无法在设计上摆脱它）：

Optional.ofNullable(someobject).ifPresent(someobject -> someobject.doCalc());

or

Optional.ofNullable(someobject).ifPresent(SomeClass::doCalc);

SomeClass是某个对象的类型。

但是，您无法从doCalc（）获取返回值，因此仅对void方法有用。

如果您使用的是java8或更高版本，请从java.util.Objects获取isNull（yourObject）。

示例：-

String myObject = null;

Objects.isNull(myObject); //will return true

用法：以下代码返回非空值（如果名称不为空，则返回该值，否则返回默认值）。

final String name = "Jobin";
String nonNullValue = Optional.ofNullable(name).orElse("DefaultName");

我高度无视建议在任何情况下使用空对象的答案。这种模式可能会破坏合同，将问题埋得越来越深，而不是解决问题，更不用说使用不当会产生另一堆需要未来维护的样板代码。

实际上，如果从方法返回的某个值可以为空，并且调用代码必须对此做出决定，那么应该有一个更早的调用来确保状态。

还请记住，如果不小心使用，空对象模式将占用内存。为此，NullObject的实例应该在所有者之间共享，而不是每个所有者的unigue实例。

此外，我不建议在类型是原始类型表示的情况下使用这种模式，比如数学实体，它们不是标量：向量、矩阵、复数和POD（普通旧数据）对象，它们是用来以Java内置类型的形式保存状态的。在后一种情况下，您将以任意结果调用getter方法。例如，NullPerson.getName（）方法应该返回什么？

为了避免荒谬的结果，值得考虑这样的案例。

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

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

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

就我个人而言，我要么同意jim nelson的答案，要么如果我确实发现空检查对于特定的上下文是方便的，我会将lombok合并到我的项目中，并使用@NonNull注释。

例子：

import lombok.NonNull;

public class NonNullExample extends Something {
  private String name;
  
  public NonNullExample(@NonNull Person person) {
    super("Hello");
    this.name = person.getName();
  }
}

甚至在@NonNull序言中也提到：

或者：我是如何学会停止担心并爱上NullPointerException的。