最终，彻底解决这个问题的唯一方法是使用不同的编程语言：

在Objective-C中，你可以在nil上调用一个方法，而绝对不会发生任何事情。这使大多数空检查变得不必要，但会使错误更难诊断。在Nice这一Java派生语言中，所有类型都有两个版本：可能为空的版本和非空的版本。只能对非空类型调用方法。通过显式检查null，可以将可能为null的类型转换为非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的正确处理。

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

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

首先，我们不能真正删除所有空条件。我们可以使用@NotNull和@Nullable注释来减少它们（如上所述）。但这需要一些框架的支持。这是OVal可以帮助的地方。

基本思想是对象/参数/构造函数应始终满足前提条件。您可以有很多先决条件，例如Nullable、NotNull和OVal。它们会注意对象在调用时应处于一致状态。

我猜OVal内部使用AspectJ来验证前提条件。

@Guarded
public class BusinessObject
{
  public BusinessObject(@NotNull String name)
  {
    this.name = name;
  }

  ...
}

例如

// Throws a ConstraintsViolatedException because parameter name is null
BusinessObject bo = new BusinessObject(null);

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

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

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

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

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

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

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

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

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

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

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

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

您可以考虑空对象是bug的情况，而不是空对象模式（有其用途）。

当抛出异常时，检查堆栈跟踪并解决错误。