NPE问题（一）

最近在看Java_manual.pdf，其中有一点值得反思：“防止 NPE，是程序员的基本修养。”
NPE(Null Pointer Exception)一直是我们最头疼的问题，也是最容易忽视的地方，先总结几条不同场景的解决方案，望后续补充。
1.RPC调用某个规定好的接口，如获取某一范围内查询结果，返回结果我们约定好是List<String>。
若没有结果，我们是返回null还是Collections.emptyList() ？虽然NPE问题大部分是调用者问题，但是我们可以从源头解决，比如我们不允许null值，必须返回对应类型（当然实际业务可能不一样）。

public List<String> getLists(Map<String, Object> condition) {
    List<String> records = getRecords(condition);
    if (records != null && records.size() > 0) {
      return records;
    }
    return Collections.emptyList();
  }

2.foreach遍历循环时候要做集合null值判断，以前我们这么写

    if (records != null && records.size() > 0) {
      for (String record : records) {
        //some codes
      }
    }
    
    //next step

我们可以直接使用org.springframework.util.CollectionUtils;

if (!CollectionUtils.isEmpty(records)) {
      for (String record : records) {
        //some codes
      }
    }

    //next step

3.与2对应的jdk8提供了一些“工具”类java.util.Objects对对象进行非空判断：

    if (Objects.nonNull(str)) { // 等价于 str != null
      // some codes
    }

    // next step

if (Objects.equals(a, b)) { // 等价于 (a == b) || (a != null && a.equals(b));
      // some codes
    }

    // next step

 // 等价于 String str = a == null ? null : a.toString();
String str = Objects.toString(a, null);

4.还有一些pojo里面的类型尽量使用包装类（之前《java中包装类与基本类型的运用对比》提到过），这会导致null值出现，根据不同场景进行处理，但是不建议在pojo里面处理，要保证pojo的完整干净。

// 反例：
public void setCreateTime(Date createTime) {
    if (Objects.isNull(createTime)) {
      this.createTime = new Date();
    } else {
      this.createTime = createTime;
    }
  }

5.spring注解@NonNull @Nullable
如果可以传入NULL值，则标记为@Nullable，如果不可以，则标注为@NonNull。如果违反了这些协定，IntelliJ IDEA 将出现警告。

private List<Person> query(@NonNull PersonQueryBean queryBean) {
     // to do some codes...
    Sort sort = queryBean.getSort();
    ....
}