有时，您可以使用对其参数进行操作的方法来定义对称操作：

a.f(b); <-> b.f(a);

如果你知道b永远不可能为空，你可以交换它。它对equals最有用：而不是foo.equals（“bar”）；最好使用“bar”。equals（foo）；。

Google集合框架为实现空检查提供了一种良好而优雅的方式。

库类中有一个方法如下：

static <T> T checkNotNull(T e) {
   if (e == null) {
      throw new NullPointerException();
   }
   return e;
}

用法是（使用import static）：

...
void foo(int a, Person p) {
   if (checkNotNull(p).getAge() > a) {
      ...
   }
   else {
      ...
   }
}
...

或者在您的示例中：

checkNotNull(someobject).doCalc();

如果不允许未定义的值：

您可以配置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的正确处理。

Java中常见的“问题”确实存在。

首先，我的想法是：

我认为，当传递NULL时，如果NULL不是有效值，“吃掉”某些东西是不好的。如果您退出方法时没有出现某种错误，那么这意味着您的方法中没有任何错误，这是不正确的。在这种情况下，您可能会返回null，在接收方法中，您再次检查null，并且它永远不会结束，结果是“if！=null”等。。

因此，IMHO，null必须是阻止进一步执行的关键错误（即，null不是有效值）。

我解决这个问题的方法是：

首先，我遵循以下惯例：

所有公共方法/API始终检查其参数是否为空所有私有方法都不检查null，因为它们是受控制的方法（如果上面没有处理null指针异常，就让它终止）唯一不检查null的其他方法是实用程序方法。他们是公开的，但如果你出于某种原因打电话给他们，你知道你通过了哪些参数。这就像试图在水壶里烧水而不提供水。。。

最后，在代码中，public方法的第一行如下所示：

ValidationUtils.getNullValidator().addParam(plans, "plans").addParam(persons, "persons").validate();

注意，addParam（）返回self，这样您就可以添加更多的参数来检查。

如果任何参数为空，方法validate（）将抛出checked ValidationException（checked或unchecked更多是设计/品味问题，但我的ValidationException已选中）。

void validate() throws ValidationException;

例如，如果“计划”为空，则消息将包含以下文本：

“参数[plans]遇到非法参数值null”

正如您所看到的，用户消息需要addParam（）方法中的第二个值（字符串），因为即使有反射（无论如何都不是本文的主题…），也无法轻松检测传入的变量名。

是的，我们知道，在这一行之外，我们将不再遇到空值，因此我们只需安全地调用这些对象上的方法。

这样，代码就干净、易于维护和可读。

对象.isNull（null）如果您使用的是Java8，则可以尝试此代码。

如果您不使用Java8，请尝试使用以下代码

Object ob=null;
if(ob==null){ **do something}

我喜欢Nat Pryce的文章。以下是链接：

用多态调度避免空值避免使用“告诉，不要问”风格的null

在文章中，还有一个指向Java Maybe Type的Git存储库的链接，我觉得这很有趣，但我不认为单独使用它会降低检查代码膨胀。在互联网上做了一些研究之后，我想主要通过仔细设计可以减少空码膨胀。