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

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

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

我发现在这种情况下，Guava前提条件非常有用。我不喜欢将空值留给空指针异常，因为理解NPE的唯一方法是定位行号。生产版本和开发版本中的行号可能不同。

使用Guava Preconditions，我可以检查空参数并在一行中定义有意义的异常消息。

例如

Preconditions.checkNotNull(paramVal, "Method foo received null paramVal");

空对象模式可以用作此问题的解决方案。为此，应该修改someObject的类。

public abstract class SomeObject {
   public abstract boolean isNil();
}

public class NullObject extends SomeObject {
   @Override
   public boolean isNil() {
      return true;
   }
}
public class RealObject extends SomeObject {
   @Override
   public boolean isNil() {
      return false;
   }
}

现在先检查一下，

 if (someobject != null) {
    someobject.doCalc();
}

我们可以使用，

if (!someObject.isNil()) {
   someobject.doCalc();
}

参考：https://www.tutorialspoint.com/design_pattern/null_object_pattern.htm

Google集合框架为实现空检查提供了一种良好而优雅的方式。

库类中有一个方法如下：

static <T> T checkNotNull(T e) {
   if (e == null) {
      throw new NullPointerException();
   }
   return e;
}

用法是（使用import static）：

...
void foo(int a, Person p) {
   if (checkNotNull(p).getAge() > a) {
      ...
   }
   else {
      ...
   }
}
...

或者在您的示例中：

checkNotNull(someobject).doCalc();

使用Java8，您可以将供应商传递给下面这样的助手方法，

if(CommonUtil.resolve(()-> a.b().c()).isPresent()) {

}

上面的代码替换了下面的锅炉板代码，

if(a!=null && a.b()!=null && a.b().c()!=null) {

}

//通用工具.java

 public static <T> Optional<T> resolve(Supplier<T> resolver) {
        try {
            T result = resolver.get();
            return Optional.ofNullable(result);
        } catch (NullPointerException var2) {
            return Optional.empty();
        }
    }

在Java中避免空检查的最佳方法是正确处理和使用异常。在我的经验中，随着您向前端移动，空检查变得越来越常见和必要，因为它更接近于通过UI提供无效信息的用户（例如，没有值，为字段提交）。

有人可能会争辩说，你应该能够控制UI正在做什么，以免你忘记大多数UI是通过某种类型的第三方库完成的，例如，根据情况或库的不同，它可能会为空白文本框返回NULL或空字符串。

您可以这样组合这两者：

try
{
  myvar = get_user_supplied_value(); 
  if (myvar == null || myvar.length() == 0) { alert_the_user_somehow(); return; };

  process_user_input(myvar);
} catch (Exception ex) {
  handle_exception(ex);
}

人们采取的另一种方法是：

if (myvar && myvar.length() > 0)  { };

你也可以抛出一个异常（这是我更喜欢的）

if (myvar == null || myvar.length() == 0) {
 throw new Exception("You must supply a name!");
};

但这取决于你。