如果不允许空值

如果从外部调用方法，请从以下内容开始：

public void method(Object object) {
  if (object == null) {
    throw new IllegalArgumentException("...");
  }

然后，在该方法的其余部分中，您将知道该对象不为空。

如果它是一个内部方法（不是API的一部分），只需记录它不能为空，就可以了。

例子：

public String getFirst3Chars(String text) {
  return text.subString(0, 3);
}

但是，如果您的方法只是传递值，而下一个方法传递值等，则可能会出现问题。在这种情况下，您可能需要检查上述参数。

如果允许为空

这真的取决于。如果发现我经常这样做：

if (object == null) {
  // something
} else {
  // something else
}

所以我分支，做两件完全不同的事情。没有难看的代码片段，因为我确实需要根据数据做两件不同的事情。例如，我应该处理输入，还是应该计算一个好的默认值？

实际上，我很少使用“if（object！=null&&…”这个成语。

如果你展示了你通常使用这个习语的例子，那么给你举例可能会更容易。

如果您使用的是java8或更高版本，请从java.util.Objects获取isNull（yourObject）。

示例：-

String myObject = null;

Objects.isNull(myObject); //will return true

用法：以下代码返回非空值（如果名称不为空，则返回该值，否则返回默认值）。

final String name = "Jobin";
String nonNullValue = Optional.ofNullable(name).orElse("DefaultName");

好的，我现在已经从技术上回答了一百万次，但我不得不这么说，因为这是一场与Java程序员的无休止的讨论。

很抱歉，我不同意以上所有内容。我们必须在Java中测试null的原因是，Java程序员一定不知道如何处理内存。

我这么说是因为我有很长的C++编程经验，而我们不这么做。换句话说，你不需要这样做。注意，在Java中，如果你命中了一个悬空指针，你会得到一个正常的异常；在C++中，此异常通常不会被捕获并终止程序。

不想这样做吗？然后遵循C/C++中的一些简单规则。

不要轻易实例化事物，认为每一个“新”都会给你带来很多麻烦，并遵循这些简单的规则。

一个类只能通过3种方式访问内存->

它可以“拥有”类成员，他们将遵循以下规则：所有“HAS”成员都是在构造函数中“新建”的。您将在析构函数或等效的close（）中关闭/取消分配同一类的Java函数，而不是其他类。

这意味着您需要记住（就像Java一样）谁是每个资源的所有者或父级，并尊重该所有权。对象只能由创建它的类删除。此外->

一些成员将被“使用”，但不拥有或“拥有”。这是另一个类中的“OWN”，并作为参数传递给构造函数。由于这些是由另一个类拥有的，我们永远不会删除或关闭它，只有父类才能删除或关闭。类中的方法还可以实例化本地对象供内部使用，这些对象永远不会传递到类的外部，或者它们应该是正常的“有”对象。

最后，要使所有这些工作正常进行，您需要有一个严格的设计，以层次结构形式使用类，并且不进行循环。

在这种设计下，遵循上述规则，层次结构设计中的子类不可能访问被破坏的指针，因为这意味着父类在子类之前被破坏，而层次结构非循环设计不允许这样做。

最后，还要记住，在启动系统时，应该从上到下构建层次结构，并从下到上销毁。任何地方都不会有空指针，或者有人违反了规则。

Null不是“问题”。它是完整建模工具集的一个组成部分。软件旨在模拟世界的复杂性，零承担其负担。Null表示Java等中的“无数据”或“未知”。因此，为这些目的使用null是合适的。我不喜欢“空对象”模式；我想谁来守护监护人的问题。如果你问我女朋友的名字，我会告诉你我没有女朋友。在Java语言中，我将返回null。另一种方法是抛出有意义的异常，以指示一些无法（或不希望）立即解决的问题，并将其委派到堆栈中较高的位置，以重试或向用户报告数据访问错误。

对于“未知问题”，给出“未知答案”。（如果从业务角度来看，这是正确的，请确保null安全）在使用前检查方法内的null参数一次，可以避免多个调用方在调用前检查它们。公共照片getPhotoOfThePerson（个人）{if（person==null）返回null；//占用一些资源或密集计算//无论如何使用person对象。}前一条导致了正常的逻辑流程，无法从我的照片库中获取不存在的女友的照片。获取人物照片（me.getGirlfriend（））它与即将推出的新Java API相匹配（展望未来）getPhotoByName（me.getGirlfriend（）？。getName（））虽然找不到存储在数据库中的照片是相当“正常的业务流程”，但我过去在一些其他情况下会使用下面这样的配对公共静态MyEnum parseMyEnum（字符串值）；//抛出IllegalArgumentException公共静态MyEnum parseMyEnumOrNull（字符串值）；不要讨厌键入<alt>+<shift>+<j>（在Eclipse中生成javadoc）并为公共API编写三个额外的单词。除了那些不阅读文档的人，这对所有人来说都绰绰有余。/***@return photo或null*/或/***@return photo，从不为空*/这是一种理论上的情况，在大多数情况下，您应该更喜欢java空安全API（以防它在10年后发布），但NullPointerException是Exception的子类。因此，它是Throwable的一种形式，表示合理的应用程序可能想要捕获的条件（javadoc）！要使用异常的第一个最大优点，并将错误处理代码与“常规”代码分开（根据Java的创建者），对我来说，捕捉NullPointerException是合适的。公共照片getGirlfriendPhoto（）{尝试{return appContext.getPhotoDataSource（）.getPhotoByName（me.getGirlfriend（）.get-Name（））；}catch（NullPointerException e）{返回null；}}可能会出现以下问题：问：如果getPhotoDataSource（）返回null怎么办？答：这取决于业务逻辑。如果我找不到相册，我就不给你看照片。如果appContext未初始化怎么办？该方法的业务逻辑可以满足这一点。如果相同的逻辑应该更严格，那么抛出异常是业务逻辑的一部分，应该使用显式检查null（情况3）。新的Java Null安全API在这里更适合于有选择地指定哪些内容意味着，哪些内容不意味着在发生程序员错误时被初始化为快速失败。Q.可以执行冗余代码，并且可以获取不必要的资源。答：如果getPhotoByName（）尝试打开一个数据库连接，创建PreparedStatement，最后将人名用作SQL参数，则可能会发生这种情况。未知问题的方法给出了未知答案（案例1）。在获取资源之前，该方法应检查参数，并在需要时返回“未知”结果。问：由于尝试关闭，这种方法会导致性能损失。A.软件应易于理解和修改。只有在这之后，人们才能考虑性能，而且只有在需要的时候！以及需要的地方！（来源）和许多其他）。PS.这种方法将是合理的，因为单独的错误处理代码和“常规”代码原则在某些地方是合理的。考虑下一个示例：public SomeValue calculateSomeValueUsingSophisticatedLogic（谓词谓词）{尝试{Result1 Result1=performSomeCalculation（谓词）；Result2 Result2=performSomeOtherCalculation（result1.getSomeProperty（））；Result3 Result3=performThirdCalculation（result2.getSomeProperty（））；Result4 Result4=performLastCalculation（result3.getSomeProperty（））；return result4.getSomeProperty（）；}catch（NullPointerException e）{返回null；}}public SomeValue calculateSomeValueUsingSophisticatedLogic（谓词谓词）{SomeValue结果=空；if（谓词！=null）{Result1 Result1=performSomeCalculation（谓词）；如果（result1！=null&&result1.getSomeProperty（）！=空）{Result2 Result2=performSomeOtherCalculation（result1.getSomeProperty（））；如果（result2！=null&&result2.getSomeProperty（）！=空）{Result3 Result3=performThirdCalculation（result2.getSomeProperty（））；如果（result3！=null&&result3.getSomeProperty（）！=空）{Result4 Result4=performLastCalculation（result3.getSomeProperty（））；if（result4！=null）{result=result4.getSomeProperty（）；}}}}}返回结果；}PPS。对于那些快速向下投票（而且阅读文档的速度不太快）的人，我想说，我一生中从未遇到过空指针异常（NPE）。但这种可能性是Java创建者故意设计的，因为NPE是Exception的子类。我们在Java历史上有过这样一个先例：ThreadDeath是一个错误，不是因为它实际上是一个应用程序错误，而是因为它不打算被捕获！NPE比ThreadDeath更适合作为错误！但事实并非如此。仅当业务逻辑暗示时，才检查“无数据”。public void updatePersonPhoneNumber（长personId，字符串phoneNumber）{如果（personId==空）回来DataSource DataSource=appContext.getStuffDataSource（）；个人=dataSource.getPersonById（personId）；if（person！=null）{person.setPhoneNumber（电话号码）；dataSource.updatePerson（人）；}其他{人员=新人员（personId）；person.setPhoneNumber（电话号码）；dataSource.insertPerson（个人）；}}和public void updatePersonPhoneNumber（长personId，字符串phoneNumber）{如果（personId==空）回来DataSource DataSource=appContext.getStuffDataSource（）；个人=dataSource.g

Java8在Java.util包中引入了一个新的类Optional。它用于表示值是否存在。这种新构造的主要优点是不再有太多的空检查和NullPointerException。它避免了任何运行时NullPointerExceptions，并支持我们开发干净整洁的Java API或应用程序。与集合和数组一样，它也是一个最多只能容纳一个值的容器。

下面是一些有用的链接，您可以关注

https://www.mkyong.com/java8/java-8-optional-in-depth/

https://dzone.com/articles/java-8-optional-avoid-null-and

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

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