空对象模式可以用作此问题的解决方案。为此，应该修改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

Java8带来了新的Java.util.Optional类，它可以解决一些问题。至少可以说，它提高了代码的可读性，并且在公共API的情况下，使API的契约对客户端开发人员更加清晰。

它们是这样工作的：

给定类型（Fruit）的可选对象被创建为方法的返回类型。它可以是空的或包含Fruit对象：

public static Optional<Fruit> find(String name, List<Fruit> fruits) {
   for (Fruit fruit : fruits) {
      if (fruit.getName().equals(name)) {
         return Optional.of(fruit);
      }
   }
   return Optional.empty();
}

现在看看这段代码，我们在其中搜索给定Fruit实例的Fruit（水果）列表：

Optional<Fruit> found = find("lemon", fruits);
if (found.isPresent()) {
   Fruit fruit = found.get();
   String name = fruit.getName();
}

您可以使用map（）运算符对可选对象执行计算，或从中提取值。orElse（）允许您为缺少的值提供回退。

String nameOrNull = find("lemon", fruits)
    .map(f -> f.getName())
    .orElse("empty-name");

当然，检查空/空值仍然是必要的，但至少开发人员意识到该值可能是空的，忘记检查的风险是有限的。

在从头开始使用Optional构建的API中，只要返回值可能为空，并且仅在不能为空时返回纯对象（惯例），客户端代码可能会放弃对简单对象返回值的空检查。。。

当然，Optional也可以用作方法参数，在某些情况下，可能比5或10个重载方法更好地指示可选参数。

可选提供了其他方便的方法，例如允许使用默认值的orElse，以及与lambda表达式一起使用的ifPresent。

我邀请您阅读这篇文章（我撰写这个答案的主要来源），其中很好地解释了NullPointerException（以及一般的空指针）问题以及Optional带来的（部分）解决方案：Java Optional Objects。

您可以考虑空对象是bug的情况，而不是空对象模式（有其用途）。

当抛出异常时，检查堆栈跟踪并解决错误。

切勿将变量初始化为空。如果（1）不可能，则将所有集合和数组初始化为空集合/数组。

在您自己的代码中执行此操作，您可以避免！=空检查。

大多数时候，空检查似乎保护了集合或数组上的循环，所以只要将它们初始化为空，就不需要任何空检查。

// Bad
ArrayList<String> lemmings;
String[] names;

void checkLemmings() {
    if (lemmings != null) for(lemming: lemmings) {
        // do something
    }
}



// Good
ArrayList<String> lemmings = new ArrayList<String>();
String[] names = {};

void checkLemmings() {
    for(lemming: lemmings) {
        // do something
    }
}

这是一个很小的开销，但它值得更干净的代码和更少的NullPointerExceptions。

问这个问题表明你可能对错误处理策略感兴趣。如何以及在哪里处理错误是一个普遍存在的体系结构问题。有几种方法可以做到这一点。

我最喜欢的是：允许异常在“主循环”或其他具有适当职责的函数中波动-捕获它们。检查错误情况并适当处理它们可以被视为一项专门的责任。

当然，也要看看面向方面编程——它们有很好的方法将if（o==null）handleNull（）插入到字节码中。

您可以为对象和字符串创建一个通用方法，以便在应用程序中完全使用它-这可以帮助您和您的同事：创建一个类，例如StringUtilities，并添加方法，例如getNullString

public static String getNullString(Object someobject)
{
   if(null==someobject )
        return null;

   else if(someobject.getClass().isInstance("") && 
          (((String)someobject).trim().equalsIgnoreCase("null")|| 
          ((String)someobject).trim().equalsIgnoreCase("")))
        return null;

   else if(someobject.getClass().isInstance(""))
        return (String)someobject;

   else
        return someobject.toString().trim();
}

简单地将此方法称为，

if (StringUtilities.getNullString(someobject) != null)
{ 
  //Do something
}