最近在看Java_manual.pdf，其中有一點值得反思：“防止 NPE，是程序員的基本修養(yǎng)。”
NPE(Null Pointer Exception)一直是我們最頭疼的問題，也是最容易忽視的地方，先總結(jié)幾條不同場景的解決方案，望后續(xù)補充。
1.RPC調(diào)用某個規(guī)定好的接口，如獲取某一范圍內(nèi)查詢結(jié)果，返回結(jié)果我們約定好是List<String>。
若沒有結(jié)果，我們是返回null還是Collections.emptyList() ？雖然NPE問題大部分是調(diào)用者問題，但是我們可以從源頭解決，比如我們不允許null值，必須返回對應(yīng)類型（當然實際業(yè)務(wù)可能不一樣）。

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遍歷循環(huán)時候要做集合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對應(yīng)的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中包裝類與基本類型的運用對比》提到過），這會導(dǎo)致null值出現(xiàn)，根據(jù)不同場景進行處理，但是不建議在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。如果違反了這些協(xié)定，IntelliJ IDEA 將出現(xiàn)警告。

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