asp.net開發(fā)中常見公共捕獲異常方式總結(jié)(附源碼)

更新時(shí)間：2015年11月30日 12:45:07 作者：Jeff Wong

這篇文章主要介紹了asp.net開發(fā)中常見公共捕獲異常方式總結(jié),結(jié)合實(shí)例形式較為詳細(xì)的分析了asp.net捕獲異常的相關(guān)技巧,并提供了完整的實(shí)例代碼供讀者下載參考,需要的朋友可以參考下

本文實(shí)例總結(jié)了asp.net開發(fā)中常見公共捕獲異常方式。分享給大家供大家參考，具體如下：

前言：在實(shí)際開發(fā)過程中，對于一個(gè)應(yīng)用系統(tǒng)來說，應(yīng)該有自己的一套成熟的異常處理框架，這樣當(dāng)異常發(fā)生時(shí)，也能得到統(tǒng)一的處理風(fēng)格，將異常信息優(yōu)雅地反饋給開發(fā)人員和用戶。我們都知道，.net的異常處理是按照“異常鏈”的方式從底層向高層逐層拋出，如果不能盡可能地早判斷異常發(fā)生的邊界并捕獲異常，CLR會(huì)自動(dòng)幫我們處理，但是這樣系統(tǒng)的開銷是非常大的，所以異常處理的一個(gè)重要原則是“早發(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ā)的時(shí)候幾乎都這么寫，而且對調(diào)試和維護(hù)還是很有幫助的。需要說明的是，每新添一個(gè)頁面，其對應(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ò)處理:寫日志,導(dǎo)航到公共出錯(cuò)頁面
/// </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錯(cuò)誤信息：{2}\n錯(cuò)誤堆棧：{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)激動(dòng)地感謝ms了。但是，在asp.net程序調(diào)用線程進(jìn)行異步處理的時(shí)候，容易發(fā)生在后臺(tái)線程或線程池里拋出的異常并不能被1或（和）2完全捕捉到，這就涉及到asp.net下未捕獲異常的處理。也就是說樓豬以前做過的很多大小項(xiàng)目中對異常的處理是不完備的。這難道是nc樓豬沒有先謝國家種下的惡果嗎？感謝國家，感謝ms，感謝博客園，感謝無私的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>

最后貼出測試代碼：

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ā)生異常時(shí)，每個(gè)線程都會(huì)有它自己獨(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è)計(jì)有所幫助。

您可能感興趣的文章: