博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
浅谈项目内异常处理机制
阅读量:6036 次
发布时间:2019-06-20

本文共 739 字,大约阅读时间需要 2 分钟。

本次主要针对代码运算过程中出现的内部错误是如何处理的做一个简单的分析。

首先如果我们代码中如果有错误,一般我们的处理方式就是通过我们定义的ErrorCode码转译得到我们本国语言,能够帮助我们快速定位问题的方向。

但是呢今天有个问题,手机端的一个补货功能出现了一个问题,简单的把问题描述一下吧:

当用户点击补货功能的时候就会把最近20天购买的货物清单按照规则需求规则显示出需要购买的货物能容,这里就不具体描述规则了,接下来说一下这个现象吧,就是当我们在上游把下游的经销商分类折扣取消以后,下游再去点击这个补货功能,发现什么商品也没有了。
以上就是这个功能的现象,遇到这种问题肯定首先应该问问返回报文里面有没有报错啊,可是报文中是没有报这种错误的(我们公司系统有server端和Api端之分),一般情况下api如果内部出现错误api内部机制马上捕捉到这种异常并将异常信息写到报文头首部自定义字段中,这里用错误码。然后返回给server端,server端看到这个异常会根据这个异常信息进行判断下一步如何执行,而问题就出现在这里,由于错误码正常返回,server同时也接受到了错误信息,但是server端并没有吧这个错误返回给前端,就会造成一种假象,没有拉到可以补货的商品是因为系统逻辑的问题,而我们的程序是没有问题的,这样我们就很难发现问题,所以在这里只能默默建议我们的返回给前端值的同时一定要带上我们的错误信息,哪怕是成功的信息也一定要带上。那就要看咱们的返回模型是怎么封装的了。
 
 
ps:关于webapi内部异常处理机制的详细情况可以参考本人博客收藏的c#高级进阶教程。

转载于:https://www.cnblogs.com/chaoshenzhu/p/7373286.html

你可能感兴趣的文章
超前引用
查看>>
echarts数据自我定制(三)--实时数据传输,带回放功能
查看>>
四级词汇(俞敏洪)-词根与词缀(二)
查看>>
IT人的学习方法
查看>>
IIS7/7.5/8如何实现访问HTTP跳转到HTTPS访问
查看>>
CentOS 6安装配置LDAP
查看>>
Linux双网卡绑定bond详解
查看>>
编译安装mod_jk on centOS
查看>>
KAFKA日志管理
查看>>
MySQL主从配置
查看>>
vsphere通过模板批量部署虚拟机
查看>>
gulp 和 Browsersync 的联合使用
查看>>
我的友情链接
查看>>
[转] Java关键字final、static使用总结
查看>>
setTimeout,setInterval的使用小结
查看>>
webkit浏览器渲染影响因素分析
查看>>
Vue组件库工程探索与实践之按需加载
查看>>
【源码浅析】 ElementUI 的 Select 组件
查看>>
12-Flutter移动电商实战-首页导航区域编写
查看>>
我所经历的前端开发变化
查看>>