本文实例总结了asp.net开发中常见公共捕获异常方式。分享给大家供大家参考,具体如下:
前言:在实际开发过程中,对于一个应用系统来说,应该有自己的一套成熟的异常处理框架,这样当异常发生时,也能得到统一的处理风格,将异常信息优雅 地反馈给开发人员和用户。我们都知道,.net的异常处理是按照“异常链”的方式从底层向高层逐层抛出,如果不能尽可能地早判断异常发生的边界并捕获异 常,CLR会自动帮我们处理,但是这样系统的开销是非常大的,所以异常处理的一个重要原则是“早发现早抛出早处理”。但是本文总结的服务端公共捕获异常处 理可以宽泛地看做是在表现层的操作,要捕获特定层的特定异常,不在讨论范围内。
1、BasePage类处理方式
在页面的公共基类里重写OnError事件。在前面这篇《asp.net实现非常实用的自定义页面基类》里,楼猪已经贴了代码,就不再费事了。根据经验,很多人开发的时候几乎都这么写,而且对调试和维护还是很有帮助的。需要说明的是,每新添一个页面,其对应类都必须继承自BasePage类异常处理才起作用。
2、Global.asax处理方式
如1中所述,BasePage类的异常处理要求每一个aspx类文件都继承它,适用性和性能显然会打折扣。而Global.asax文件定义了 asp.net应用程序中的所有应用程序对象共有的方法、属性和事件,我们可以不采用BasePage的处理方式,在Global.asax里实现 Application_Error事件并处理也可以。下面模仿BasePage类里的处理异常方法,实现如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
|
上面方式的好处是,写一次代码,应用程序发生的大部分异常它都给你捕捉处理了。楼猪要在这里由衷地发一番感慨,感谢ms为我们提供了这么优秀的框架,太省事了吧。
3、IHttpModule接口处理
1和2的处理方式大家都是非常熟悉的,楼猪在实际开发中基本上都是遵循上面两种写法,而且楼猪因为有了2中这种大小通吃的处理方式,甚至已经激动地 感谢ms了。但是,在asp.net程序调用线程进行异步处理的时候,容易发生在后台线程或线程池里抛出的异常并不能被1或(和)2完全捕捉到,这就涉及 到asp.net下未捕获异常的处理。也就是说楼猪以前做过的很多大小项目中对异常的处理是不完备的。这难道是nc楼猪没有先谢国家种下的恶果吗?感谢国 家,感谢ms,感谢博客园,感谢无私的xdjm,感谢自己......
asp.net下未捕获异常的处理步骤如下:
(1)、创建一个实现IHttpModule接口的类
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 |
|
(2)、web.config节点配置
1 2 3 |
|
最后贴出测试代码:
1 2 3 4 5 6 7 8 9 10 11 12 |
|
需要说明的是,通过线程或者线程池处理的程序,在发生异常时,每个线程都会有它自己独立的上下文,所以HttpContext对象应尽可能少地出现在异常处理阶段。
小结:不知道还有多少童鞋认为异常处理就是在代码里try...catch一下,抛出异常然后完事?如果有的话,呵呵,当年楼猪是拿“没有人天生就 是十全十美的”这句话来安慰自己的。当然了,try...catch也不是不可以,只能说明我们对待异常的态度太草率了。为了显得我们的专业和全面,请参 考其他异常处理专业性文章研读一番,相比异常处理的核心思想(异常处理的“大智慧”),这篇文章总结的(异常处理的“小技巧”)对初学者而言可能也是误导 之作,请务必留意甄别。
完整实例代码代码点击此处本站下载。
希望本文所述对大家asp.net程序设计有所帮助。