asp.net開(kāi)發(fā)中常見(jiàn)公共捕獲異常方式總結(jié)(附源碼)
本文實(shí)例總結(jié)了asp.net開(kāi)發(fā)中常見(jiàn)公共捕獲異常方式。分享給大家供大家參考,具體如下:
前言:在實(shí)際開(kāi)發(fā)過(guò)程中,對(duì)于一個(gè)應(yīng)用系統(tǒng)來(lái)說(shuō),應(yīng)該有自己的一套成熟的異常處理框架,這樣當(dāng)異常發(fā)生時(shí),也能得到統(tǒng)一的處理風(fēng)格,將異常信息優(yōu)雅地反饋給開(kāi)發(fā)人員和用戶。我們都知道,.net的異常處理是按照“異常鏈”的方式從底層向高層逐層拋出,如果不能盡可能地早判斷異常發(fā)生的邊界并捕獲異常,CLR會(huì)自動(dòng)幫我們處理,但是這樣系統(tǒng)的開(kāi)銷是非常大的,所以異常處理的一個(gè)重要原則是“早發(fā)現(xiàn)早拋出早處理”。但是本文總結(jié)的服務(wù)端公共捕獲異常處理可以寬泛地看做是在表現(xiàn)層的操作,要捕獲特定層的特定異常,不在討論范圍內(nèi)。
1、BasePage類處理方式
在頁(yè)面的公共基類里重寫(xiě)OnError事件。在前面這篇《asp.net實(shí)現(xiàn)非常實(shí)用的自定義頁(yè)面基類》里,樓豬已經(jīng)貼了代碼,就不再費(fèi)事了。根據(jù)經(jīng)驗(yàn),很多人開(kāi)發(fā)的時(shí)候幾乎都這么寫(xiě),而且對(duì)調(diào)試和維護(hù)還是很有幫助的。需要說(shuō)明的是,每新添一個(gè)頁(yè)面,其對(duì)應(yīng)類都必須繼承自BasePage類異常處理才起作用。
2、Global.asax處理方式
如1中所述,BasePage類的異常處理要求每一個(gè)aspx類文件都繼承它,適用性和性能顯然會(huì)打折扣。而Global.asax文件定義了asp.net應(yīng)用程序中的所有應(yīng)用程序?qū)ο蠊灿械姆椒?、屬性和事件,我們可以不采用BasePage的處理方式,在Global.asax里實(shí)現(xiàn)Application_Error事件并處理也可以。下面模仿BasePage類里的處理異常方法,實(shí)現(xiàn)如下:
/// <summary>
/// 出錯(cuò)處理:寫(xiě)日志,導(dǎo)航到公共出錯(cuò)頁(yè)面
/// </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>
/// 處理異常,用來(lái)將主要異常信息寫(xiě)入文本日志
/// </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錯(cuò)誤信息:{2}\n錯(cuò)誤堆棧:{3}\n",
this.Request.RawUrl, ex.TargetSite, ex.Message, ex.StackTrace);
return error;
}
上面方式的好處是,寫(xiě)一次代碼,應(yīng)用程序發(fā)生的大部分異常它都給你捕捉處理了。樓豬要在這里由衷地發(fā)一番感慨,感謝ms為我們提供了這么優(yōu)秀的框架,太省事了吧。
3、IHttpModule接口處理
1和2的處理方式大家都是非常熟悉的,樓豬在實(shí)際開(kāi)發(fā)中基本上都是遵循上面兩種寫(xiě)法,而且樓豬因?yàn)橛辛?中這種大小通吃的處理方式,甚至已經(jīng)激動(dòng)地感謝ms了。但是,在asp.net程序調(diào)用線程進(jìn)行異步處理的時(shí)候,容易發(fā)生在后臺(tái)線程或線程池里拋出的異常并不能被1或(和)2完全捕捉到,這就涉及到asp.net下未捕獲異常的處理。也就是說(shuō)樓豬以前做過(guò)的很多大小項(xiàng)目中對(duì)異常的處理是不完備的。這難道是nc樓豬沒(méi)有先謝國(guó)家種下的惡果嗎?感謝國(guó)家,感謝ms,感謝博客園,感謝無(wú)私的xdjm,感謝自己......
asp.net下未捕獲異常的處理步驟如下:
(1)、創(chuàng)建一個(gè)實(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錯(cuò)誤信息:{1}\n錯(cuò)誤堆棧:{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>
最后貼出測(cè)試代碼:
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; //異常
}
需要說(shuō)明的是,通過(guò)線程或者線程池處理的程序,在發(fā)生異常時(shí),每個(gè)線程都會(huì)有它自己獨(dú)立的上下文,所以HttpContext對(duì)象應(yīng)盡可能少地出現(xiàn)在異常處理階段。
小結(jié):不知道還有多少童鞋認(rèn)為異常處理就是在代碼里try...catch一下,拋出異常然后完事?如果有的話,呵呵,當(dāng)年樓豬是拿“沒(méi)有人天生就是十全十美的”這句話來(lái)安慰自己的。當(dāng)然了,try...catch也不是不可以,只能說(shuō)明我們對(duì)待異常的態(tài)度太草率了。為了顯得我們的專業(yè)和全面,請(qǐng)參考其他異常處理專業(yè)性文章研讀一番,相比異常處理的核心思想(異常處理的“大智慧”),這篇文章總結(jié)的(異常處理的“小技巧”)對(duì)初學(xué)者而言可能也是誤導(dǎo)之作,請(qǐng)務(wù)必留意甄別。
完整實(shí)例代碼代碼點(diǎn)擊此處本站下載。
希望本文所述對(duì)大家asp.net程序設(shè)計(jì)有所幫助。
相關(guān)文章
詳解高效而穩(wěn)定的企業(yè)級(jí).NET Office 組件Spire(.NET組件介紹之二)
這篇文章主要介紹了詳解高效而穩(wěn)定的企業(yè)級(jí).NET Office 組件Spire(.NET組件介紹之二),小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。2016-12-12
asp.net core 多文件分塊同時(shí)上傳的組件
分享一個(gè)可多個(gè)文件同時(shí)上傳、斷點(diǎn)續(xù)傳,并實(shí)時(shí)反饋上傳進(jìn)度的 Asp.Net core 組件,本文通過(guò)實(shí)例代碼對(duì)asp.net core 多文件分塊同時(shí)上傳的組件知識(shí)介紹的非常詳細(xì),感興趣的朋友一起看看吧2023-12-12
asp.net 細(xì)說(shuō)文件讀寫(xiě)操作(讀寫(xiě)鎖)
開(kāi)發(fā)過(guò)程中,我們玩玩需要大量與文件交互,讀文件,寫(xiě)文件已成家常便飯,本地運(yùn)行完美,但一上到投產(chǎn)環(huán)境,往往會(huì)出現(xiàn)很多令人措手不及的意外,或開(kāi)發(fā)中的煩惱,因此,我對(duì)普通的C#文件操作做了一次總結(jié)2011-12-12
.NET?7?AOT?的使用及?.NET?與?Go?互相調(diào)用的過(guò)程
本文主要介紹如何在.NET和Go語(yǔ)言中如何生成系統(tǒng)(Windows)動(dòng)態(tài)鏈接庫(kù),又如何從代碼中引用這些庫(kù)中的函數(shù),在文章中會(huì)演示.NET和Go相互調(diào)用各自生成的動(dòng)態(tài)鏈接庫(kù),以及對(duì)比兩者之間的差異,感興趣的朋友一起看看吧2024-12-12
NET頁(yè)面導(dǎo)出Excel實(shí)例代碼
這篇文章主要介紹了NET頁(yè)面導(dǎo)出Excel的實(shí)例代碼,大家參考用2013-11-11
Asp.net操作Excel更輕松的實(shí)現(xiàn)代碼
今天先介紹一個(gè)關(guān)于導(dǎo)出數(shù)據(jù)的例子,以Excel為模板。直接進(jìn)入正題了2011-10-10
.NET?Core基于EMIT編寫(xiě)的輕量級(jí)AOP框架CZGL.AOP
這篇文章介紹了.NET?Core基于EMIT編寫(xiě)的輕量級(jí)AOP框架CZGL.AOP,文中通過(guò)示例代碼介紹的非常詳細(xì)。對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-02-02

