阶段总结--业务系统代码中常见的异常错误总结以及避免方法

 1,空指针异常

调用第三方接口返回的数据往往不可靠,要做判空处理

举例:去查询一批字典数据,本想着没有人删除字典数据,结果碰巧有几条被删除,导致整个业务都抛异常

举例:去查一个接口依赖数据,不知道对方业务会删掉该值。此类避免:尽可能自己对这种情况进行代码处理,比抛出空指针异常好多了。

2,缓存中的java对象某些字段值丢失

先查询,再更新同一个缓存对象,并发操作的时候可能导致先更新的字段值丢失。

可以通过分布式锁解决该问题,也可以把一个java对象拆分成多个保证业务上不会有并发。

举例:答题记录对象中存在批改结果和批注结果两个字段,批注因为是需要先上传图片,所以是一个异步操作,老师先批注再批改正好导致两个请求同时到达服务层,导致批改数据丢失。

3,数据库抛出死锁异常

直接举例:线程1更新A记录,更新不成功创建AB两条记录,线程2更新B记录,更新不成功创建AB两条记录,碰巧线程12同时执行,数据库检测到了该异常,抛出数据库死锁异常。

实际的情况为,批改大题下的两个小题时,都批改为错时,两条小题都需要生成错题记录。

避免方法:在大题上加分布式锁,或者数据表设计避免,比如可以在错题中只放大题id。

4,调用solr查询报字符串超长

solr查询有字符串长度限制,过长会抛出语法解析错误。

举例1:某个学生做题数量达到1000多道,去solr查询题目信息的时候报错。
举例2:答题记录中的题目id很多重复,没有去重,去solr查询题目信息报错。

避免:多次查询之后聚合内容,比如每次查询500条。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值