有一种很好的方法来检查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);
    }

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

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

Java中常见的“问题”确实存在。

首先，我的想法是：

我认为，当传递NULL时，如果NULL不是有效值，“吃掉”某些东西是不好的。如果您退出方法时没有出现某种错误，那么这意味着您的方法中没有任何错误，这是不正确的。在这种情况下，您可能会返回null，在接收方法中，您再次检查null，并且它永远不会结束，结果是“if！=null”等。。

因此，IMHO，null必须是阻止进一步执行的关键错误（即，null不是有效值）。

我解决这个问题的方法是：

首先，我遵循以下惯例：

所有公共方法/API始终检查其参数是否为空所有私有方法都不检查null，因为它们是受控制的方法（如果上面没有处理null指针异常，就让它终止）唯一不检查null的其他方法是实用程序方法。他们是公开的，但如果你出于某种原因打电话给他们，你知道你通过了哪些参数。这就像试图在水壶里烧水而不提供水。。。

最后，在代码中，public方法的第一行如下所示：

ValidationUtils.getNullValidator().addParam(plans, "plans").addParam(persons, "persons").validate();

注意，addParam（）返回self，这样您就可以添加更多的参数来检查。

如果任何参数为空，方法validate（）将抛出checked ValidationException（checked或unchecked更多是设计/品味问题，但我的ValidationException已选中）。

void validate() throws ValidationException;

例如，如果“计划”为空，则消息将包含以下文本：

“参数[plans]遇到非法参数值null”

正如您所看到的，用户消息需要addParam（）方法中的第二个值（字符串），因为即使有反射（无论如何都不是本文的主题…），也无法轻松检测传入的变量名。

是的，我们知道，在这一行之外，我们将不再遇到空值，因此我们只需安全地调用这些对象上的方法。

这样，代码就干净、易于维护和可读。

根据所检查的对象类型，您可以使用apachecommons中的一些类，例如：apachecommons-lang和apachecommons集合

例子：

String foo;
...
if( StringUtils.isBlank( foo ) ) {
   ///do something
}

或（取决于您需要检查的内容）：

String foo;
...
if( StringUtils.isEmpty( foo ) ) {
   ///do something
}

StringUtils类只是众多类中的一个；在commons中有相当多的好类可以进行空安全操作。

下面是一个示例，说明当您包含apache库（commons-lang-2.4.jar）时，如何在JAVA中使用空值验证

public DOCUMENT read(String xml, ValidationEventHandler validationEventHandler) {
    Validate.notNull(validationEventHandler,"ValidationHandler not Injected");
    return read(new StringReader(xml), true, validationEventHandler);
}

如果您使用的是Spring，Spring的包中也有相同的功能，请参见库（Spring-2.46.jar）

关于如何使用spring中的静态类f的示例（org.springframework.util.Assert）

Assert.notNull(validationEventHandler,"ValidationHandler not Injected");

可以在方法调用之前使用拦截器。这就是面向方面编程所关注的。

假设M1（对象测试）是一个方法，M2是一个在方法调用之前应用方面的方法，M2（对象测试2）。如果test2！=null则调用M1，否则执行另一件事。它适用于所有要应用方面的方法。如果要为实例字段和构造函数应用方面，可以使用AspectJ。对于方法方面，Spring也是最佳选择。

另一个建议是防御性地编程——类/函数提供已知且安全的默认值，并且为真正的错误/异常保留null。

例如，如果函数在出现问题时（例如将数字转换为字符串）返回空字符串，请让它们返回空字符串（“”）。在继续之前，您仍然必须测试返回值，但对于异常没有特殊情况。这种编程风格的另一个好处是，您的程序能够区分正常操作和异常，并做出相应的响应。