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

就我个人而言，我要么同意jim nelson的答案，要么如果我确实发现空检查对于特定的上下文是方便的，我会将lombok合并到我的项目中，并使用@NonNull注释。

例子：

import lombok.NonNull;

public class NonNullExample extends Something {
  private String name;
  
  public NonNullExample(@NonNull Person person) {
    super("Hello");
    this.name = person.getName();
  }
}

甚至在@NonNull序言中也提到：

或者：我是如何学会停止担心并爱上NullPointerException的。

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

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

现在来回答：

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

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

字节

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

仅适用于这种情况-

在调用equals方法之前不检查变量是否为空（下面的字符串比较示例）：

if ( foo.equals("bar") ) {
 // ...
}

如果foo不存在，将导致NullPointerException。

如果这样比较字符串，可以避免这种情况：

if ( "bar".equals(foo) ) {
 // ...
}

函数方法可能有助于包装重复的空检查并执行匿名代码，如下面的示例。

    BiConsumer<Object, Consumer<Object>> consumeIfPresent  = (s,f) ->{
        if(s!=null) {
            f.accept(s);
        }
    };

    consumeIfPresent.accept(null, (s)-> System.out.println(s) );
    consumeIfPresent.accept("test", (s)-> System.out.println(s));

    BiFunction<Object, Function<Object,Object>,Object> executeIfPresent  = (a,b) ->{
        if(a!=null) {
            return b.apply(a);
        }
        return null;
    };
    executeIfPresent.apply(null, (s)-> {System.out.println(s);return s;} );
    executeIfPresent.apply("test", (s)-> {System.out.println(s);return s;} );