除了使用assert，还可以使用以下命令：

if (someobject == null) {
    // Handle null here then move on.
}

这略好于：

if (someobject != null) {
    .....
    .....



    .....
}

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

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

还请记住，如果不小心使用，空对象模式将占用内存。为此，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;
}

对于每个Java开发人员来说，这是一个非常常见的问题。因此，Java8中有官方支持来解决这些问题，而不会产生混乱的代码。

Java 8引入了Java.util.Optional＜T＞。它是一个可以容纳或不容纳非空值的容器。Java8提供了一种更安全的方法来处理在某些情况下值可能为空的对象。它的灵感来自Haskell和Scala的想法。

简而言之，Optional类包含显式处理值存在或不存在的情况的方法。然而，与空引用相比，Optional＜T＞类的优点是，当值不存在时，强制您考虑情况。因此，可以防止意外的空指针异常。

在上面的示例中，我们有一个家庭服务工厂，它向家庭中可用的多个设备返回句柄。但这些服务可能可用或不可用；这意味着它可能会导致NullPointerException。与其在使用任何服务之前添加null if条件，不如将其包装到Optional＜service＞中。

包装到选项<T>

让我们考虑一种从工厂获取服务引用的方法。与其返回服务引用，不如用Optional包装它。它让API用户知道返回的服务可能不可用/不起作用，可以防御性地使用

public Optional<Service> getRefrigertorControl() {
      Service s = new  RefrigeratorService();
       //...
      return Optional.ofNullable(s);
   }

如您所见，Optional.Nullable（）提供了一种简单的方式来包装引用。还有其他方法可以获取Optional的引用，Optional.empty（）和Optional.of（）。一种方法用于返回空对象而不是重新调整null，另一种方法分别包装不可为null的对象。

那么，如何避免空检查呢？

包装引用对象后，Optional提供了许多有用的方法来调用包装引用上的方法，而无需NPE。

Optional ref = homeServices.getRefrigertorControl();
ref.ifPresent(HomeServices::switchItOn);

Optional.ifRepresent调用具有引用的给定Consumer（如果它是非空值）。否则，它什么也不做。

@FunctionalInterface
public interface Consumer<T>

表示接受单个输入参数但不返回结果的操作。与大多数其他功能界面不同，Consumer预期通过副作用进行操作。它很干净，很容易理解。在上面的代码示例中，如果Optional保持引用为非空，则调用HomeService.switchOn（Service）。

我们经常使用三元运算符来检查空条件，并返回替代值或默认值。可选提供了另一种处理相同条件而不检查null的方法。Optional.orElse（defaultObj）如果Optional具有空值，则返回defaultObj。让我们在示例代码中使用它：

public static Optional<HomeServices> get() {
    service = Optional.of(service.orElse(new HomeServices()));
    return service;
}

现在HomeServices.get（）做了同样的事情，但方式更好。它检查服务是否已初始化。如果是，则返回相同的或创建新的new服务。可选＜T＞。或Else（T）有助于返回默认值。

最后，这里是我们的NPE以及无空检查代码：

import java.util.Optional;
public class HomeServices {
    private static final int NOW = 0;
    private static Optional<HomeServices> service;

public static Optional<HomeServices> get() {
    service = Optional.of(service.orElse(new HomeServices()));
    return service;
}

public Optional<Service> getRefrigertorControl() {
    Service s = new  RefrigeratorService();
    //...
    return Optional.ofNullable(s);
}

public static void main(String[] args) {
    /* Get Home Services handle */
    Optional<HomeServices> homeServices = HomeServices.get();
    if(homeServices != null) {
        Optional<Service> refrigertorControl = homeServices.get().getRefrigertorControl();
        refrigertorControl.ifPresent(HomeServices::switchItOn);
    }
}

public static void switchItOn(Service s){
         //...
    }
}

完整的帖子是NPE以及空检查免费代码…真的吗？。

自Java7以来，类Java.util.Objects就存在了。

但是，从Java8开始，您可以使用Objects类的Objects.isNull（var）和Objects.nonNull（var）方法来执行空指针检查。

例如

String var1 = null;
Date var2 = null;
Long var3 = null;

if(Objects.isNull(var1) && Objects.isNull(var2) && Objects.isNull(var3))
    System.out.println("All Null");
else if (Objects.nonNull(var1) && Objects.nonNull(var2) && Objects.nonNull(var3))
    System.out.println("All Not Null");

我可以更笼统地回答吗！

当方法以我们不期望的方式获取参数时，我们通常会遇到这个问题（错误的方法调用是程序员的错误）。例如：您希望得到一个对象，而得到一个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;

   // ...
}