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

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

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

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

如果您认为对象不应为空（或是错误），请使用断言。如果您的方法不接受null参数，请在javadoc中说它并使用断言。

您必须检查对象！=仅当您想处理对象可能为空的情况时才为空。。。

有人建议在Java7中添加新注释，以帮助处理null/notnull参数：http://tech.puredanger.com/java7/#jsr308

我尝试过NullObjectPattern，但对我来说并不总是最好的方法。有时，“不采取行动”并不合适。

NullPointerException是一个运行时异常，这意味着它是开发人员的错，并且凭借足够的经验，它会准确地告诉您错误在哪里。

现在来回答：

尽量将所有属性及其访问器设为私有，或者避免将它们暴露给客户端。当然，您可以在构造函数中设置参数值，但通过缩小范围，您不会让客户端类传递无效值。如果需要修改值，可以始终创建新对象。您只检查构造函数中的值一次，在其他方法中，您几乎可以确定这些值不为空。

当然，经验是理解和应用这一建议的更好方式。

字节

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

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

Java7有一个新的Java.util.Objects实用程序类，其中有一个requireOnNull（）方法。如果它的参数为null，那么它只会抛出一个NullPointerException，但它会稍微清理代码。例子：

Objects.requireNonNull(someObject);
someObject.doCalc();

该方法对于在构造函数中进行赋值之前进行检查非常有用，每次使用它都可以节省三行代码：

Parent(Child child) {
   if (child == null) {
      throw new NullPointerException("child");
   }
   this.child = child;
}

变成

Parent(Child child) {
   this.child = Objects.requireNonNull(child, "child");
}