java npe是什么_NPE问题（一）

最近在看Java_manual.pdf，其中有一点值得反思：“防止 NPE，是程序员的基本修养。”

NPE(Null Pointer Exception)一直是我们最头疼的问题，也是最容易忽视的地方，先总结几条不同场景的解决方案，望后续补充。

1.RPC调用某个规定好的接口，如获取某一范围内查询结果，返回结果我们约定好是List。

若没有结果，我们是返回null还是Collections.emptyList() ？虽然NPE问题大部分是调用者问题，但是我们可以从源头解决，比如我们不允许null值，必须返回对应类型(当然实际业务可能不一样)。

public List getLists(Map condition) {

List 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 query(@NonNull PersonQueryBean queryBean) {

// to do some codes...

Sort sort = queryBean.getSort();

....

}