discuz 网站标题,wordpress commerce,宁波网站建设地方,扬中论坛扬中人家背景 在实际开发过程中#xff0c;我们经常遇到这样的场景#xff1a;
后端报错了#xff0c;手忙脚乱一顿排查#xff0c;发现是前端传的参数为空#xff0c;或者格式不对#xff1b;后端又报错了#xff0c;传参没问题#xff0c;根据日志流发现#xff0c;是某“给…背景 在实际开发过程中我们经常遇到这样的场景
后端报错了手忙脚乱一顿排查发现是前端传的参数为空或者格式不对后端又报错了传参没问题根据日志流发现是某“给力”队友提供的方法返回为空了或者返回了和预定义不同的结果后端“双”报错了来不及掩饰内心的波动“左右手一个快动作”又是一顿排查发现又是那个“好”队友提供的方法报错了结果我作为调用者也跟着报错了后端“叒”报错了数据库记录爆炸了出现了大量垃圾无用数据排查一看不知道是哪个“神”队友大量高频的垃圾数据调用我方接口…… 发生了上述场景给人第一直观感受就是是当前功能的后端出问题了作为当事人的我们明明不是直接的始作俑者大概率被迫的委屈巴巴跟着背了一锅。那么有没有什么措施我跟可以规避这种莫名其妙的背锅“鸡智”的你估计也想到了就是和对方交互时基于不信任的的防御性编程思想。
什么是防御性编程 防御性编程基于我的理解主要在于两点不信任和防御。 不信任就是不要总是乐观的认为外部传参都是没问题的、“好”队友提供的方法都是可靠的、第三方的Api都是稳定的、用户都不是“抽象”的会按照正常的流程来操作等等。 防御就是针对不信任所引出来的意外情况做出一些防御保护措施来避免外部的不合理情况对我们既有程序的不利影响。
为什么需要防御性编程 防御性编程可以给我们带来以下好处
方便规避责任可以让人清楚知道是谁的模块有问题防止背锅保持系统稳定性一些意外情况我们做好校验快速失败防止错误越滚越大从而保证系统稳定性方便错误排查快速定位和第一条类似我们对不同来源的错误给出不同的来源标识发现错误后可以快速根据标识定位错误来源
如何实现防御性编程 讲了这么多那么有哪些具体措施呢下面是我总结的一些措施也欢迎大家补充。
入参校验对方法的输入参数校验字段是否为空、是否符合预期特定规则等不符合则快速失败不再往下走方法返回值判断在调用方法时拿到返回值后经常需要进行后续操作比如a.methodA()等一旦返回值为空则导致空指针还有返回值为一个Map之类的操作当我们取其中属性操作后续时也记得进行判断对不信任的他人方法或第三方接口通过try……catch捕获对应异常对异常重新封装标识来源后再抛出去或做对应处理重点是要标识异常来源好后续定位和定责使用安全、成熟的框架或工具类经常有些同事喜欢自己造轮子或者在来源不明的网站CV未经充分验证的代码如果你也不假思索的随大流去用很可能成为BUG的受害者使用成熟的框架工具类他们经过了大量的测试验证能大大减少BUG出现的概率。
