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。

有时，您可以使用对其参数进行操作的方法来定义对称操作：

a.f(b); <-> b.f(a);

如果你知道b永远不可能为空，你可以交换它。它对equals最有用：而不是foo.equals（“bar”）；最好使用“bar”。equals（foo）；。

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（）来删除所有前导和尾随空格字符。

哇，当我们有57种不同的方式来推荐NullObject模式时，我几乎不想再加一个答案，但我想，一些对这个问题感兴趣的人可能想知道，有人提议为Java7添加“空安全处理”，这是一种精简的语法，如果不等于空逻辑的话。

Alex Miller给出的示例如下：

public String getPostcode(Person person) {  
  return person?.getAddress()?.getPostcode();  
}  

这个表示仅在左标识符不为空时取消引用，否则将表达式的其余部分求值为空。一些人，如Java Pose成员迪克·沃尔（Dick Wall）和德文郡的选民，真的很喜欢这个提议，但也有人反对，理由是它实际上会鼓励更多地使用null作为前哨值。

更新：在Project Coin下提交了一份关于Java 7中空安全运算符的官方提案。语法与上面的示例稍有不同，但概念相同。

更新：空安全运营商提议未纳入Project Coin。因此，您不会在Java7中看到这种语法。

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（）方法中的第二个值（字符串），因为即使有反射（无论如何都不是本文的主题…），也无法轻松检测传入的变量名。

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

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

我们一直在使用Apache库（Apache Commons）解决这个问题。

ObjectUtils.equals(object, null)

or

CollectionUtils.isEmpty(myCollection);

or

StringUtils.isEmpty("string");

作为一种实践，我喜欢前面的回答，即为集合提供初始默认值或空集，以最小化需要。

这些可以是防止出现NullPointerException或使用空集合的简单用法。这并不能回答如何处理空对象的问题，但它们为对象或集合的基本验证提供了一些检查。

希望这有帮助。