常见异常踩坑记录

在开发过程中经常会遇到各种各样的异常。对于异常要学会总结、分析、避免。这样才能提升代码的健壮性。避免不必要的反复,减少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。避免 数据始终不为空情况。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,189评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,577评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,857评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,703评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,705评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,620评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,995评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,656评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,898评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,639评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,720评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,395评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,982评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,953评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,195评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,907评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,472评论 2 342

推荐阅读更多精彩内容