码迷,mamicode.com
首页 > Windows程序 > 详细

编写高质量代码改善C#程序的157个建议——建议63:避免“吃掉”异常

时间:2015-08-17 23:10:13      阅读:151      评论:0      收藏:0      [点我收藏+]

标签:

建议63:避免“吃掉”异常

嵌套异常是很危险的行为,一不小心就就会将异常堆栈信息,也就是真正的Bug出处隐藏起来。这还不是最严重的,最严重的就是“吃掉”异常,即捕获,然后不向上层throw。

避免“吃掉”异常,并不是说不应该“吃掉”异常,而是这里有个重要原则:该异常可被预见,并且通常情况它不能算是一个Bug。

 

想象你正在对上万份文件进行解密,这些文件来自不同的客户端,很有肯能存在文件被破坏的情况,你的目标是将解密出来的数据插入数据库。这个时候,你不得不忽略掉那些解密失败的文件,让整个过程进行下去。当然,记录日志时必要的,因为后期你可能对解密失败的文件做统一处理。

 

另外一种情况,可能连记录日志都不需要。在对上千个受控端进行控制的分布式系统中,控制端需要发布心跳数据来判断受控端的在线情况。通常的做法是维护一个型号量,如果在一个可接受的阻滞时间内(如500ms)心跳数据发送失败,那么控制端线程将不会收到信号,即可以判断受控端的短线状态。这种情况下对每次SocketException进行记录,通常是没有意义的。

 

如果你不知道如何处理一个异常,那么千万不要“吃掉”异常,如果你一不小心“吃掉”了一个本该往上传递的异常,那么就可能诞生一个Bug,而且,解决它会很费周折。

 

 

转自:《编写高质量代码改善C#程序的157个建议》陆敏技

编写高质量代码改善C#程序的157个建议——建议63:避免“吃掉”异常

标签:

原文地址:http://www.cnblogs.com/jesselzj/p/4737820.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!