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（）方法中的第二个值（字符串），因为即使有反射（无论如何都不是本文的主题…），也无法轻松检测传入的变量名。

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

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

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

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

您可以为对象和字符串创建一个通用方法，以便在应用程序中完全使用它-这可以帮助您和您的同事：创建一个类，例如StringUtilities，并添加方法，例如getNullString

public static String getNullString(Object someobject)
{
   if(null==someobject )
        return null;

   else if(someobject.getClass().isInstance("") && 
          (((String)someobject).trim().equalsIgnoreCase("null")|| 
          ((String)someobject).trim().equalsIgnoreCase("")))
        return null;

   else if(someobject.getClass().isInstance(""))
        return (String)someobject;

   else
        return someobject.toString().trim();
}

简单地将此方法称为，

if (StringUtilities.getNullString(someobject) != null)
{ 
  //Do something
}

如果不允许未定义的值：

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

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

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

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

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