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