有一种很好的方法来检查JDK中的空值。Optional.java有大量解决这些问题的方法。例如：

    /**
     * Returns an {@code Optional} describing the specified value, if non-null,
     * otherwise returns an empty {@code Optional}.
     *
     * @param <T> the class of the value
     * @param value the possibly-null value to describe
     * @return an {@code Optional} with a present value if the specified value
     * is non-null, otherwise an empty {@code Optional}
     */
    public static <T> Optional<T> ofNullable(T value) {
        return value == null ? empty() : of(value);
    }

    /**
     * Return {@code true} if there is a value present, otherwise {@code false}.
     *
     * @return {@code true} if there is a value present, otherwise {@code false}
     */
    public boolean isPresent() {
        return value != null;
    }

    /**
     * If a value is present, invoke the specified consumer with the value,
     * otherwise do nothing.
     *
     * @param consumer block to be executed if a value is present
     * @throws NullPointerException if value is present and {@code consumer} is
     * null
     */
    public void ifPresent(Consumer<? super T> consumer) {
        if (value != null)
            consumer.accept(value);
    }

帮助标枪真的非常非常有用。

对象.isNull（null）如果您使用的是Java8，则可以尝试此代码。

如果您不使用Java8，请尝试使用以下代码

Object ob=null;
if(ob==null){ **do something}

你有一个选择

在方法上使用checker框架的@RequiresNonNull。对于ex，如果使用null参数调用一个注释为null的方法，就会得到这个结果。它将在编译期间失败，甚至在代码运行之前！因为在运行时它将是NullPointerException@RequiresNonNull（值=｛“#1”｝）静态空隙检查（布尔x）{如果（x）System.out.println（“true”）；else System.out.println（“false”）；}公共静态void main（String[]参数）{检查（空）；}

得到

[ERROR] found   : null
[ERROR] required: @Initialized @NonNull Boolean
[ERROR] -> [Help 1]

还有其他方法，如Use Java 8‘s Optional、Guava Annotations、Null Object pattern等。只要您达到避免的目标，就无所谓了=无效的

在我看来，这似乎是初级到中级开发人员在某个时候往往会面临的一个相当普遍的问题：他们要么不知道，要么不信任他们正在参与的合同，并防御性地过度检查空值。此外，在编写自己的代码时，他们倾向于依赖于返回null来指示某些内容，从而要求调用者检查null。

换言之，有两种情况会出现空检查：

在合同条款中，null为有效响应；和如果它不是有效的响应。

（2） 很容易。从Java1.7开始，您可以使用Objects.requireOnNull（foo）

该方法的“正确”用法如下。该方法返回传递给它的对象，如果对象为空，则抛出NullPointerException。这意味着返回的值总是非空的。该方法主要用于验证参数。

public Foo(Bar bar) {
    this.bar = Objects.requireNonNull(bar);
}

它也可以像断言一样使用，因为如果对象为空，它会抛出异常。在这两种情况下，都可以添加一条消息，该消息将显示在异常中。下面将其用作断言并提供消息。

Objects.requireNonNull(someobject, "if someobject is null then something is wrong");
someobject.doCalc();

当值为null但不应为null时，通常会引发特定异常（如NullPointerException），这有利于引发更一般的异常（如AssertionError）。这是Java库采用的方法；当参数不允许为null时，支持NullPointerException而不是IllegalArgumentException。

（1） 有点难。如果你无法控制正在调用的代码，那么你就被卡住了。如果null是有效的响应，则必须检查它。

然而，如果是由你控制的代码（通常是这样），那就另当别论了。避免使用null作为响应。对于返回集合的方法，很容易：总是返回空集合（或数组）而不是空值。

对于非集合，这可能会更困难。举个例子：如果您有这些接口：

public interface Action {
  void doSomething();
}

public interface Parser {
  Action findAction(String userInput);
}

其中Parser接收原始用户输入并找到要做的事情，如果您正在实现某个命令行接口。现在，如果没有适当的操作，您可能会使契约返回null。这导致了你所说的空值检查。

另一种解决方案是从不返回null，而是使用空对象模式：

public class MyParser implements Parser {
  private static Action DO_NOTHING = new Action() {
    public void doSomething() { /* do nothing */ }
  };

  public Action findAction(String userInput) {
    // ...
    if ( /* we can't find any actions */ ) {
      return DO_NOTHING;
    }
  }
}

比较：

Parser parser = ParserFactory.getParser();
if (parser == null) {
  // now what?
  // this would be an example of where null isn't (or shouldn't be) a valid response
}
Action action = parser.findAction(someInput);
if (action == null) {
  // do nothing
} else {
  action.doSomething();
}

to

ParserFactory.getParser().findAction(someInput).doSomething();

这是一个更好的设计，因为它导致了更简洁的代码。

也就是说，findAction（）方法抛出带有有意义的错误消息的异常可能是完全合适的——尤其是在这种情况下，您依赖于用户输入。findAction方法抛出一个异常比调用方法用简单的NullPointerException（没有解释）爆炸要好得多。

try {
    ParserFactory.getParser().findAction(someInput).doSomething();
} catch(ActionNotFoundException anfe) {
    userConsole.err(anfe.getMessage());
}

或者，如果您认为try/catch机制太难看，而不是Do Nothing，那么您的默认操作应该向用户提供反馈。

public Action findAction(final String userInput) {
    /* Code to return requested Action if found */
    return new Action() {
        public void doSomething() {
            userConsole.err("Action not found: " + userInput);
        }
    }
}

public class Null {

public static void main(String[] args) {
    String str1 = null;
    String str2 = "";

    if(isNullOrEmpty(str1))
        System.out.println("First string is null or empty.");
    else
        System.out.println("First string is not null or empty.");

    if(isNullOrEmpty(str2))
        System.out.println("Second string is null or empty.");
    else
        System.out.println("Second string is not null or empty.");
}

public static boolean isNullOrEmpty(String str) {
    if(str != null && !str.isEmpty())
        return false;
    return true;
}
}

输出

str1 is null or empty.
str2 is null or empty.

在上面的程序中，我们有两个字符串str1和str2。str1包含空值，str2为空字符串。

我们还创建了一个函数isNullOrEmpty（），顾名思义，它检查字符串是空还是空。它使用！=进行空检查null和字符串的isEmpty（）方法。

简单地说，如果字符串不是null并且isEmpty（）返回false，那么它既不是null也不是空的。否则，就是这样。

但是，如果字符串只包含空白字符（空格），则上述程序不会返回空。从技术上讲，isEmpty（）看到它包含空格并返回false。对于带空格的字符串，我们使用string方法trim（）来删除所有前导和尾随空格字符。

避免不必要的空检查的方法很简单：

您需要知道哪些变量可以为空，哪些变量不能为空，并且您需要对给定变量属于哪一类有信心。

但是，尽管它可以说得很简单，但实现它却很困难。关键在于自信的部分，因为你如何确定变量不能为空？

对此没有快速的解决方法，但这里有一些提示：

干净的代码。能够推理一段代码的行为最重要的一点是，它是以易于理解的方式编写的。根据变量所代表的内容命名变量，根据它们所做的内容命名方法，应用单一责任原则（SOLID中的S：http://en.wikipedia.org/wiki/SOLID_（object-oriented_design），这意味着每一段代码都应该有一个单独的责任，并且不做任何其他事情）。一旦你的代码是干净的，那么你就更容易理解它，也更容易理解多个代码层。对于杂乱的代码，试图理解一个方法的作用可能会让你忘记当初为什么要读这个方法。（提示：阅读罗伯特·C·马丁的《清洁代码》）避免返回空值。如果空值会使程序无法正常运行，请改为抛出异常（确保添加适当的错误处理）。返回空值可能是可接受的情况，例如，尝试从数据库中获取对象。在这些情况下，编写处理空值的代码，并在您的耳朵后面记下，这里有可能返回空值的内容。处理返回的null值，使其尽可能接近返回null的方法的调用方（不要盲目地将其传递回调用链）永远不要将显式空值作为参数传递（至少不要跨类传递）。如果您曾经处于传递空参数是唯一选项的位置，那么创建一个不包含此参数的新方法是一种方法。验证您的输入！确定应用程序的“入口点”。它们可以从Web服务、REST服务、远程EJB类、控制器等所有内容。对于这些入口点中的每个方法，问问自己：“如果此参数为空，此方法是否正确执行？”如果答案为否，请添加Validate.notNull（someParam，“当someParam为空时无法运行！”）；。如果缺少必需的参数，这将引发IllegalArgumentException。在入口点进行这种类型的验证的好处是，您可以很容易地在从入口点执行的代码中假设该变量永远不会为空！此外，如果这失败了，在入口点，调试会比代码深处出现NullPointerException要容易得多，因为这样的失败只能意味着一件事：客户端没有向您发送所有必需的信息。在大多数情况下，您希望验证所有输入参数，如果您发现自己处于需要允许大量空值的位置，这可能是接口设计不良的标志，需要进行重构/添加以满足客户机的需要。使用集合时，返回一个空集合而不是空集合！使用数据库时，请使用非空约束。这样，您就知道从数据库中读取的值不能为空，并且不必检查它。构造代码并坚持执行。这样做可以让您对代码的行为做出假设，例如，如果应用程序的所有输入都经过验证，那么您可以假设这些值永远不会为空。如果您还没有这样做，请编写代码的自动测试。通过编写测试，您将对代码进行推理，并且您也将更加确信它确实做到了它应该做的事情。此外，自动化测试通过让您立即知道这段代码没有做以前的事情来防止重构过程中的错误。

当然，您仍然需要进行空检查，但它可以降到最低限度（即，知道您可能会得到空值，而不是到处都是空值）。当谈到空检查时，我实际上更喜欢使用三元运算符（但要小心使用，当您开始嵌套它们时，它们会变得非常混乱）

public String nullSafeToString(final Object o) {
    return o != null ? o.toString() : "null";
}