本文實(shí)例總結(jié)了asp.net開發(fā)中常見公共捕獲異常方式。分享給大家供大家參考,具體如下:
前言:在實(shí)際開發(fā)過程中,對于一個應(yīng)用系統(tǒng)來說,應(yīng)該有自己的一套成熟的異常處理框架,這樣當(dāng)異常發(fā)生時,也能得到統(tǒng)一的處理風(fēng)格,將異常信息優(yōu)雅地反饋給開發(fā)人員和用戶。我們都知道,.net的異常處理是按照“異常鏈”的方式從底層向高層逐層拋出,如果不能盡可能地早判斷異常發(fā)生的邊界并捕獲異常,CLR會自動幫我們處理,但是這樣系統(tǒng)的開銷是非常大的,所以異常處理的一個重要原則是“早發(fā)現(xiàn)早拋出早處理”。但是本文總結(jié)的服務(wù)端公共捕獲異常處理可以寬泛地看做是在表現(xiàn)層的操作,要捕獲特定層的特定異常,不在討論范圍內(nèi)。
1、BasePage類處理方式
在頁面的公共基類里重寫OnError事件。在前面這篇《asp.net實(shí)現(xiàn)非常實(shí)用的自定義頁面基類》里,樓豬已經(jīng)貼了代碼,就不再費(fèi)事了。根據(jù)經(jīng)驗(yàn),很多人開發(fā)的時候幾乎都這么寫,而且對調(diào)試和維護(hù)還是很有幫助的。需要說明的是,每新添一個頁面,其對應(yīng)類都必須繼承自BasePage類異常處理才起作用。
2、Global.asax處理方式
如1中所述,BasePage類的異常處理要求每一個aspx類文件都繼承它,適用性和性能顯然會打折扣。而Global.asax文件定義了asp.net應(yīng)用程序中的所有應(yīng)用程序?qū)ο蠊灿械姆椒?、屬性和事件,我們可以不采用BasePage的處理方式,在Global.asax里實(shí)現(xiàn)Application_Error事件并處理也可以。下面模仿BasePage類里的處理異常方法,實(shí)現(xiàn)如下:
/// summary> /// 出錯處理:寫日志,導(dǎo)航到公共出錯頁面 /// /summary> /// param name="sender">/param> /// param name="e">/param> protected void Application_Error(object sender, EventArgs e) { if (Server.GetLastError() == null) return; Exception ex = Server.GetLastError().GetBaseException(); string error = this.DealException(ex); DotNet.Common.Util.Logger.WriteFileLog(error, HttpContext.Current.Request.PhysicalApplicationPath + "LogFile"); if (ex.InnerException != null) { error = this.DealException(ex); DotNet.Common.Util.Logger.WriteFileLog(error, HttpContext.Current.Request.PhysicalApplicationPath + "LogFile"); } this.Server.ClearError(); this.Response.Redirect("/Error.aspx"); } /// summary> /// 處理異常,用來將主要異常信息寫入文本日志 /// /summary> /// param name="ex">/param> /// returns>/returns> private string DealException(Exception ex) { this.Application["StackTrace"] = ex.StackTrace; this.Application["MessageError"] = ex.Message; this.Application["SourceError"] = ex.Source; this.Application["TargetSite"] = ex.TargetSite.ToString(); string error = string.Format("URl:{0}\n引發(fā)異常的方法:{1}\n錯誤信息:{2}\n錯誤堆棧:{3}\n", this.Request.RawUrl, ex.TargetSite, ex.Message, ex.StackTrace); return error; }
上面方式的好處是,寫一次代碼,應(yīng)用程序發(fā)生的大部分異常它都給你捕捉處理了。樓豬要在這里由衷地發(fā)一番感慨,感謝ms為我們提供了這么優(yōu)秀的框架,太省事了吧。
3、IHttpModule接口處理
1和2的處理方式大家都是非常熟悉的,樓豬在實(shí)際開發(fā)中基本上都是遵循上面兩種寫法,而且樓豬因?yàn)橛辛?中這種大小通吃的處理方式,甚至已經(jīng)激動地感謝ms了。但是,在asp.net程序調(diào)用線程進(jìn)行異步處理的時候,容易發(fā)生在后臺線程或線程池里拋出的異常并不能被1或(和)2完全捕捉到,這就涉及到asp.net下未捕獲異常的處理。也就是說樓豬以前做過的很多大小項(xiàng)目中對異常的處理是不完備的。這難道是nc樓豬沒有先謝國家種下的惡果嗎?感謝國家,感謝ms,感謝博客園,感謝無私的xdjm,感謝自己......
asp.net下未捕獲異常的處理步驟如下:
(1)、創(chuàng)建一個實(shí)現(xiàn)IHttpModule接口的類
using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.UI; using System.Web.UI.WebControls; using System.Text; namespace DotNet.Common.WebForm { using DotNet.Common.Util; /// summary> /// 通用未捕獲異常處理 /// /summary> public class AspNetUnhandledExceptionModule : IHttpModule { static object syncObj = new object(); static bool isInit = false; public AspNetUnhandledExceptionModule() { } #region IHttpModule Methods public void Init(HttpApplication context) { lock (syncObj) { if (!isInit) { AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(OnUnhandledException); isInit = true; } } } public void Dispose() { } #endregion #region OnUnhandledException void OnUnhandledException(object o, UnhandledExceptionEventArgs e) { if (e.ExceptionObject == null) return; Exception ex = e.ExceptionObject as Exception; string error = string.Format("引發(fā)異常的方法:{0}\n錯誤信息:{1}\n錯誤堆棧:{2}\n", ex.TargetSite, ex.Message, ex.StackTrace); Logger.WriteFileLog(error, AppDomain.CurrentDomain.BaseDirectory + "LogFile"); } #endregion } }
(2)、web.config節(jié)點(diǎn)配置
httpModules> add name="AspNetUnhandledExceptionModule" type="DotNet.Common.WebForm.AspNetUnhandledExceptionModule, DotNet.Common.WebForm">/add> /httpModules>
最后貼出測試代碼:
protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { System.Threading.ThreadPool.QueueUserWorkItem(new System.Threading.WaitCallback(Test), null); } } protected void Test(object state) { int[] numArr = new int[100]; numArr[100] = 100; //異常 }
需要說明的是,通過線程或者線程池處理的程序,在發(fā)生異常時,每個線程都會有它自己獨(dú)立的上下文,所以HttpContext對象應(yīng)盡可能少地出現(xiàn)在異常處理階段。
小結(jié):不知道還有多少童鞋認(rèn)為異常處理就是在代碼里try...catch一下,拋出異常然后完事?如果有的話,呵呵,當(dāng)年樓豬是拿“沒有人天生就是十全十美的”這句話來安慰自己的。當(dāng)然了,try...catch也不是不可以,只能說明我們對待異常的態(tài)度太草率了。為了顯得我們的專業(yè)和全面,請參考其他異常處理專業(yè)性文章研讀一番,相比異常處理的核心思想(異常處理的“大智慧”),這篇文章總結(jié)的(異常處理的“小技巧”)對初學(xué)者而言可能也是誤導(dǎo)之作,請務(wù)必留意甄別。
完整實(shí)例代碼代碼點(diǎn)擊此處本站下載。
希望本文所述對大家asp.net程序設(shè)計有所幫助。
標(biāo)簽:河南 麗江 重慶 吉林 本溪 宜春 婁底 汕頭
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《asp.net開發(fā)中常見公共捕獲異常方式總結(jié)(附源碼)》,本文關(guān)鍵詞 asp.net,開發(fā),中,常見,公共,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。