常见异常踩坑记录

在开发过程中经常会遇到各种各样的异常。对于异常要学会总结、分析、避免。这样才能提升代码的健壮性。避免不必要的反复,减少BUG数量。

借酒消愁.gif

一、NPE

1.1 多层对象封装嵌套(调用RPC接口)

RPC接口是最容易出现NPE异常的场景。在返回结果中如果包含多层的对象,那么在使用前一定要做非空验证,避免出现NPE。

reponseObje.getChildObject().getSecondChildObject().getField();

建议使用Optional进行校验。

1.2 Lambda 表达式

Lambada表达式也有一些重灾区。有一些可能是使用不当导致,有一些则比较隐晦,设计就如此。
使用不当的较多为1.1介绍的场景,多层调用。比如一个用户集合,用户信息有车,有的有多辆车,有的一个都没有。

如下写法,对于没有车的用户会NPE。

List<Car> carList = userList.stream().map(User::getCarList).map(Car::getCarName).flatMap(List::stream)...

比如我们要将一个用户信息集合(List),转为一个Map<用户ID,用户姓名>,那么我们可能会这么写。

userList.stream().collect(Collectors.toMap(User::getId,User::getName,(x,y)-> x)); 
userList.stream().collect(Collectors.toMap(User::getId,Function::identity,(x,y)-> x));

在这种情况下,如果name为null,则会出现NPE异常。建议使用下方第二种写法。

1.3 自动拆装箱

// 此处接收一个 Integer 包装类型。如果调用方 传了一个null 
public static void test (Integer i) {
    // 调用 即触发NPE 
    test1(i);
}
// 此处接收一个 int 基本类型。如果调用方 传了一个 包装类型 Integer  且 值为 null 
public static void test (int i) {
    test1(i);
}

1.4 分页场景

public List<Object> testQueryByPage (Object param) {
    int count = mapperTest.selectCount(param);
    // 如果没有数据 我们一般都知道 OK可以返回一个 空集合
    if (count == 0) {
        return Collections.emptyList();
    }
    // 重点是这里,通常我们此时会 认为这里一定有数据。但是在offset 很大时 这里有可能是一个空集合
    List<Object> results = mapperTest.selectByParam(param);
    // 通常这里 会做一些 赋值、转换操作 比如 结果对象 有一个关联表的 id 字段 需要 去查询关联表 获取 name 并赋值操作
    List<Long> idList = results.stream().filter(); // 伪代码 知道意思就OK
    // 如果这个 查询方法 没有对 id List做非空校验,那么SQL 有可能直接报错 where id in 空。(通常 校验没有必要 每一层都做,而是通过约定)
    mapperTest2.selectByIdList(idList);
   // 或者不注意 直接 操作 results 对象属性
}

二、参数转换(InvalidFormatException)

2.1 文件导入场景

使用非String类型接收参数,导致自动转换失败。比如 年龄 接收实体类 Age 字段 定义为Integer类型。此时,用户随便填写一个线上Case出现了......

2.2 类型修改

开始定义参数类型为int , 后续由于考虑到 int 默认值为 0,返回给前端后无法区分 Null 和 0 情况,因此修改为String , 此时,如果前端 对返回结果进行了 逻辑运算或者比对,那么会造成异常。

后端的修改一定要周知到前端同学,评估、确认风险,切勿顺手就改动。
对于上下游交互也是如此!!!

三、数据默认值(BUG)

3.1 金额显示问题

场景:有缴纳金额则显示具体缴纳额度,如果没有缴纳金额显示为 -- 。

背景:数据库表设计时,遵循字段非空逻辑,将金额字段设置为非空,默认值为 -1 。

风险:此时有两个风险。

  1. 查询时需要对 默认值 -1 进行 逻辑处理。
  2. 返回前端的参数(RPC)类型需要定义为 String 类型。 如果使用int,int 默认值为0,会导致没有 -- 情况。

思考:对于某些场景,比如某场景,允许数据 为 空, 负值 、 0 、 正数 就是说 使用默认值会存在风险不能保证数据一定为空,此时建议 设置为允许 Null。同时也需要注意 风险2。避免 数据始终不为空情况。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容