最近在看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();
....
}