只是永远不要使用null。不要允许。

在我的类中，大多数字段和局部变量都有非空的默认值，我在代码中的任何地方都添加了契约语句（总是在断言上），以确保这是强制执行的（因为它比让它作为NPE出现然后必须解析行号等更简洁、更具表达力）。

一旦我采用了这种做法，我注意到问题似乎会自行解决。你会在开发过程中很早就发现事情，只是偶然发现自己有一个弱点。。更重要的是。。它有助于封装不同模块的关注点，不同模块可以相互“信任”，不再在代码中添加if=nullelse结构！

这是一种防御性编程，从长远来看，代码会更加干净。始终对数据进行净化，例如在这里通过强制执行严格的标准，问题就会消失。

class C {
    private final MyType mustBeSet;
    public C(MyType mything) {
       mustBeSet=Contract.notNull(mything);
    }
   private String name = "<unknown>";
   public void setName(String s) {
      name = Contract.notNull(s);
   }
}


class Contract {
    public static <T> T notNull(T t) { if (t == null) { throw new ContractException("argument must be non-null"); return t; }
}

合同就像是小型单元测试，即使在生产中也始终在运行，当事情失败时，你知道原因，而不是随机的NPE，你必须设法弄清楚。

public static <T> T ifNull(T toCheck, T ifNull) {
    if (toCheck == null) {
           return ifNull;
    }
    return toCheck;
}

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

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

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

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

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

如果不允许未定义的值：

您可以配置IDE以警告您可能的空取消引用。例如，在Eclipse中，请参阅首选项>Java>编译器>错误/警告/空分析。

如果允许未定义的值：

如果您想定义一个新的API，其中未定义的值是有意义的，请使用OptionPattern（可能在函数语言中很熟悉）。它具有以下优点：

API中明确说明是否存在输入或输出。编译器强制您处理“未定义”的情况。选项是monad，因此不需要进行冗长的空检查，只需使用map/foreach/getOrElse或类似的组合符即可安全地使用该值（示例）。

Java 8内置了可选类（推荐）；对于早期版本，有一些库选项，例如Guava的Optional或FunctionalJava的Option。但是，像许多函数样式模式一样，在Java中使用Option（甚至是8）会产生一些样板，您可以使用不那么冗长的JVM语言（例如Scala或Xtend）来减少这些样板。

如果必须处理可能返回null的API，那么在Java中就做不了什么了。Xtend和Groovy有Elvis运算符？：和空安全解引用运算符？。，但请注意，如果引用为null，则返回null，因此它只是“延迟”了对null的正确处理。

我喜欢Nat Pryce的文章。以下是链接：

用多态调度避免空值避免使用“告诉，不要问”风格的null

在文章中，还有一个指向Java Maybe Type的Git存储库的链接，我觉得这很有趣，但我不认为单独使用它会降低检查代码膨胀。在互联网上做了一些研究之后，我想主要通过仔细设计可以减少空码膨胀。