您还可以使用CheckerFramework（带有JDK7及更高版本）静态检查空值。这可能会解决很多问题，但需要运行一个目前仅适用于OpenJDK AFAIK的额外工具。https://checkerframework.org/

好的，我现在已经从技术上回答了一百万次，但我不得不这么说，因为这是一场与Java程序员的无休止的讨论。

很抱歉，我不同意以上所有内容。我们必须在Java中测试null的原因是，Java程序员一定不知道如何处理内存。

我这么说是因为我有很长的C++编程经验，而我们不这么做。换句话说，你不需要这样做。注意，在Java中，如果你命中了一个悬空指针，你会得到一个正常的异常；在C++中，此异常通常不会被捕获并终止程序。

不想这样做吗？然后遵循C/C++中的一些简单规则。

不要轻易实例化事物，认为每一个“新”都会给你带来很多麻烦，并遵循这些简单的规则。

一个类只能通过3种方式访问内存->

它可以“拥有”类成员，他们将遵循以下规则：所有“HAS”成员都是在构造函数中“新建”的。您将在析构函数或等效的close（）中关闭/取消分配同一类的Java函数，而不是其他类。

这意味着您需要记住（就像Java一样）谁是每个资源的所有者或父级，并尊重该所有权。对象只能由创建它的类删除。此外->

一些成员将被“使用”，但不拥有或“拥有”。这是另一个类中的“OWN”，并作为参数传递给构造函数。由于这些是由另一个类拥有的，我们永远不会删除或关闭它，只有父类才能删除或关闭。类中的方法还可以实例化本地对象供内部使用，这些对象永远不会传递到类的外部，或者它们应该是正常的“有”对象。

最后，要使所有这些工作正常进行，您需要有一个严格的设计，以层次结构形式使用类，并且不进行循环。

在这种设计下，遵循上述规则，层次结构设计中的子类不可能访问被破坏的指针，因为这意味着父类在子类之前被破坏，而层次结构非循环设计不允许这样做。

最后，还要记住，在启动系统时，应该从上到下构建层次结构，并从下到上销毁。任何地方都不会有空指针，或者有人违反了规则。

具有零安全性的Kotlin是一种优雅的选择，但它意味着更大的变化。

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

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

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

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

干净的代码。能够推理一段代码的行为最重要的一点是，它是以易于理解的方式编写的。根据变量所代表的内容命名变量，根据它们所做的内容命名方法，应用单一责任原则（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";
}

Java8现在有一个可选类，该类包装考虑中的对象，如果存在值，isPresent（）将返回true，而get（）则返回值。

http://www.oracle.com/technetwork/articles/java/java8-optional-2175753.html

！=的另一种选择空检查是（如果你无法在设计上摆脱它）：

Optional.ofNullable(someobject).ifPresent(someobject -> someobject.doCalc());

or

Optional.ofNullable(someobject).ifPresent(SomeClass::doCalc);

SomeClass是某个对象的类型。

但是，您无法从doCalc（）获取返回值，因此仅对void方法有用。