你有一个选择

在方法上使用checker框架的@RequiresNonNull。对于ex，如果使用null参数调用一个注释为null的方法，就会得到这个结果。它将在编译期间失败，甚至在代码运行之前！因为在运行时它将是NullPointerException@RequiresNonNull（值=｛“#1”｝）静态空隙检查（布尔x）{如果（x）System.out.println（“true”）；else System.out.println（“false”）；}公共静态void main（String[]参数）{检查（空）；}

得到

[ERROR] found   : null
[ERROR] required: @Initialized @NonNull Boolean
[ERROR] -> [Help 1]

还有其他方法，如Use Java 8‘s Optional、Guava Annotations、Null Object pattern等。只要您达到避免的目标，就无所谓了=无效的

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");
}

您可以使用类似JUnit的框架将类与单元测试相结合。这样，您的代码将是干净的（没有无用的检查），并且您将确保您的实例不会为空。

这是使用单元测试的一个很好的理由。

我更喜欢这个

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

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

我发现在这种情况下，Guava前提条件非常有用。我不喜欢将空值留给空指针异常，因为理解NPE的唯一方法是定位行号。生产版本和开发版本中的行号可能不同。

使用Guava Preconditions，我可以检查空参数并在一行中定义有意义的异常消息。

例如

Preconditions.checkNotNull(paramVal, "Method foo received null paramVal");

如果您使用（或计划使用）JetBrains IntelliJ IDEA、Eclipse或Netbeans等Java IDE或findbugs等工具，那么您可以使用注释来解决这个问题。

基本上，你有@Nullable和@NotNull。

您可以在方法和参数中使用，如下所示：

@NotNull public static String helloWorld() {
    return "Hello World";
}

or

@Nullable public static String helloWorld() {
    return "Hello World";
}

第二个示例无法编译（在IntelliJ IDEA中）。

在另一段代码中使用第一个helloWorld（）函数时：

public static void main(String[] args)
{
    String result = helloWorld();
    if(result != null) {
        System.out.println(result);
    }
}

现在IntelliJ IDEA编译器将告诉您，检查是无用的，因为helloWorld（）函数永远不会返回null。

使用参数

void someMethod(@NotNull someParameter) { }

如果你写的东西像：

someMethod(null);

这无法编译。

最后一个使用@Nullable的示例

@Nullable iWantToDestroyEverything() { return null; }

这样做

iWantToDestroyEverything().something();

你可以肯定这不会发生。：）

这是一个很好的方法，可以让编译器检查比通常更多的东西，并强制执行您的契约以使其更强大。不幸的是，并非所有编译器都支持它。

在IntelliJ IDEA 10.5及更高版本中，他们添加了对任何其他@Nullable@NotNull实现的支持。

查看博客文章更灵活和可配置的@Nullable/@NotNull注释。