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

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

我遵循以下准则以避免空检查。

尽可能避免成员变量的延迟初始化。初始化声明本身中的变量。这将处理NullPointerExceptions。在周期早期决定成员变量的可变性。有效地使用像final关键字这样的语言结构。如果您知道不会更改方法的扩充，请将它们声明为final。尽可能限制数据的变异。某些变量可以在构造函数中创建，并且永远无法更改。删除公共setter方法，除非确实需要它们。例如，假设应用程序中的一个类（A.java）正在维护HashMap这样的集合。不要在A.java中提供公共getter方法，而允许B.java直接在Map中添加元素。而是在A.java中提供一个API，它将一个元素添加到集合中。//避免a.getMap（）.put（键，值）//推荐的public void addElement（对象键，对象值）{//在此处对键和值进行空检查：单个位置map.put（键，值）；}最后，在正确的位置有效地使用try{}catch{}finally{}块。

我更喜欢这个

public void simpleFunc(SomeObject someObject){
    someObject = someObject != null ? someObject : new SomeObject(null);
    someObject.doSomething();
}

当然，在我的示例中，SomeObject优雅地处理空参数。例如，记录这样的事件，不做任何其他操作。

还有一种选择：

下面的简单函数有助于隐藏空检查（我不知道为什么，但我没有发现它是同一个公共库的一部分）：

public static <T> boolean isNull(T argument) {
    return (argument == null);
}

你现在可以写了

if (!isNull(someobject)) {
    someobject.doCalc();
}

这是IMO更好的表达方式！=无效的

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

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

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

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