亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

ASP.NET MVC下自定義錯誤頁和展示錯誤頁的方式

 更新時間:2017年11月20日 09:13:15   作者:微笑刺客D  
這篇文章主要為大家詳細介紹了ASP.NET MVC下自定義錯誤頁和展示錯誤頁的方式,具有一定的參考價值,感興趣的小伙伴們可以參考一下

在網(wǎng)站運行中,錯誤是不可避免的,錯誤頁的產(chǎn)生也是不可缺少的。

這幾天看了博友的很多文章,自己想總結(jié)下我從中學到的和實際中配置的。

首先,需要知道產(chǎn)生錯誤頁的來源,一種是我們的.NET平臺拋出的,一種是網(wǎng)站所依賴的宿主拋出的,一般來講我們所依賴的宿主就是IIS了。

IIS中的錯誤頁入口:

其中的錯誤碼想必并不陌生

這里是在服務器上找不到所需資源時拋出的錯誤頁,在這里可以設置需要展示的錯誤頁面,只需將預定的錯誤頁面加入服務器中,然后在指定狀態(tài)碼下配置路徑即可。

這是請求在IIS中時,還未完全進入到asp.net mvc中,這里需要理解什么是未完全進入,IIS7+的版本中,不依賴于請求路徑末尾的標識信息,利用mvc中的urlRoutingModule進行處理,在我們配置mvc的路由時,首先的第一條:

routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

便是隔離非mvc內(nèi)部的使用文件,如果請求的只是服務器上的文件,那么路由便會在這里進行過濾,使之不匹配具體路由信息。

也就只是和mvc打了個招呼 然后就走了,沒有進入mvc中搞事情。 

第二種是,進入了asp.net mvc的管轄范圍,然后在其中出錯了,便是跳到我們在程序中配置的錯誤頁了。 

首先講講我從博友那里學到的、看到的幾種方式。

第一種是在web.config中通過customError配置。

<customErrors mode="On" defaultRedirect="~/Error/ErrorPage">
   <error statusCode="404" redirect="~/Error/ErrorPage404" />
</customErrors>

但是這種方式不怎么令人接受,太過于簡單,沒有一點異常信息,并且有時候還不能起效果,我不太喜歡這種方式。

這種是用框架封裝好的,利用的是將要說的第三種的強大方式實現(xiàn)的,當有異常發(fā)生又沒得捕獲時,最終利用的第三種方式自動實現(xiàn)。 

第二種是利用HandlerErrorAttribute 特性,利用AOP的方式,當有異常出現(xiàn)時,便會進入具體實現(xiàn)了這個特性的,且被注冊了的ExceptionAttribute職責中。

namespace SAssassin.Web.Core.Filter
{
  /// <summary>
  /// 異常處理之日志記載采用消息隊列方式
  /// </summary>
  public class MyExceptionAttribute : HandleErrorAttribute
  {
    public static Queue<Exception> ExceptionQueue = new Queue<Exception>();
    public override void OnException(ExceptionContext filterContext)
    {
      ExceptionQueue.Enqueue(filterContext.Exception);
      filterContext.HttpContext.Response.Redirect("~/ErrorPage/CustomErrorPage");
      base.OnException(filterContext);
    }
  }
}

在這里,我可以得到異常信息,也可以解析具體的異常報錯原因,比如404,500...  可以通過這種形勢,將其轉(zhuǎn)移到不同的自定義錯誤頁面上,此處我增加了一個控制器

CustomErrorPageController,專門用來存放錯誤頁面,原有的Shared下的Error.cshtml錯誤頁面也仍然存在著。

我比較喜歡這種方式,一來可以看到異常信息,而來可以設計需要跳轉(zhuǎn)的錯誤頁面。

第三種方式也是最強大的、俗稱"最后一道防線",從全局層面去捕捉異常的Application_Error

當網(wǎng)站初次啟動時,會執(zhí)行一個特殊的動作,Application_start 首先執(zhí)行,也只初始化一次。這個也是Application 中的事件。

//
    // 摘要:
    //   ASP.NET 將 HTTP 標頭發(fā)送到客戶端之前發(fā)生。
    public event EventHandler PreSendRequestHeaders;
    //
    // 摘要:
    //   在選擇該處理程序?qū)φ埱笞鞒鲰憫獣r發(fā)生。
    public event EventHandler MapRequestHandler;
    //
    // 摘要:
    //   釋放應用程序時發(fā)生。
    public event EventHandler Disposed;
    //
    // 摘要:
    //   作為執(zhí)行的 HTTP 管道鏈中的第一個事件發(fā)生,當 ASP.NET 的請求做出響應。
    public event EventHandler BeginRequest;
    //
    // 摘要:
    //   當安全模塊已建立的用戶標識時出現(xiàn)。
    public event EventHandler AuthenticateRequest;
    //
    // 摘要:
    //   當安全模塊已建立的用戶標識時出現(xiàn)。
    public event EventHandler PostAuthenticateRequest;
    //
    // 摘要:
    //   安全模塊已驗證用戶身份驗證時發(fā)生。
    public event EventHandler AuthorizeRequest;
    //
    // 摘要:
    //   當前請求的用戶已被授權(quán)時發(fā)生。
    public event EventHandler PostAuthorizeRequest;
    //
    // 摘要:
    //   當 ASP.NET 完成授權(quán)事件以便從緩存中,跳過的事件處理程序 (例如,一個頁面或 XML Web 服務) 執(zhí)行的請求提供服務的緩存模塊時發(fā)生。
    public event EventHandler ResolveRequestCache;
    //
    // 摘要:
    //   ASP.NET 將繞過當前事件處理程序的執(zhí)行,并允許緩存模塊以處理從緩存請求時發(fā)生。
    public event EventHandler PostResolveRequestCache;
    //
    // 摘要:
    //   ASP.NET 將內(nèi)容發(fā)送到客戶端之前發(fā)生。
    public event EventHandler PreSendRequestContent;
    //
    // 摘要:
    //   當 ASP.NET 已映射到相應的事件處理程序的當前請求時出現(xiàn)。
    public event EventHandler PostMapRequestHandler;
    //
    // 摘要:
    //   當 ASP.NET 已完成處理的事件處理程序時發(fā)生 System.Web.HttpApplication.LogRequest 事件。
    public event EventHandler PostLogRequest;
    //
    // 摘要:
    //   已釋放與請求相關(guān)聯(lián)的托管的對象時發(fā)生。
    public event EventHandler RequestCompleted;
    //
    // 摘要:
    //   獲取與當前的請求相關(guān)聯(lián)的請求狀態(tài) (例如,會話狀態(tài)) 時發(fā)生。
    public event EventHandler PostAcquireRequestState;
    //
    // 摘要:
    //   ASP.NET 開始執(zhí)行事件處理程序 (例如,一個頁面或 XML Web 服務) 之前發(fā)生。
    public event EventHandler PreRequestHandlerExecute;
    //
    // 摘要:
    //   當 ASP.NET 事件處理程序 (例如,一個頁面或 XML Web 服務) 完成執(zhí)行時發(fā)生。
    public event EventHandler PostRequestHandlerExecute;
    //
    // 摘要:
    //   ASP.NET 完成執(zhí)行所有請求事件處理程序后發(fā)生。 此事件會導致狀態(tài)模塊保存當前的狀態(tài)數(shù)據(jù)。
    public event EventHandler ReleaseRequestState;
    //
    // 摘要:
    //   當 ASP.NET 已完成執(zhí)行所有請求事件處理程序和存儲數(shù)據(jù)的請求狀態(tài)時發(fā)生。
    public event EventHandler PostReleaseRequestState;
    //
    // 摘要:
    //   當 ASP.NET 完成執(zhí)行事件處理程序,以便讓緩存模塊存儲將用于為從緩存中的后續(xù)請求提供服務的響應時發(fā)生。
    public event EventHandler UpdateRequestCache;
    //
    // 摘要:
    //   當 ASP.NET 完成更新的緩存模塊和存儲用于為從緩存中的后續(xù)請求提供服務的響應時發(fā)生。
    public event EventHandler PostUpdateRequestCache;
    //
    // 摘要:
    //   ASP.NET 執(zhí)行當前請求的任何日志記錄之前發(fā)生。
    public event EventHandler LogRequest;
    //
    // 摘要:
    //   當 ASP.NET 獲取與當前的請求相關(guān)聯(lián)的當前狀態(tài) (例如,會話狀態(tài))。
    public event EventHandler AcquireRequestState;
    //
    // 摘要:
    //   作為執(zhí)行的 HTTP 管道鏈中的最后一個事件發(fā)生,當 ASP.NET 的請求做出響應。
    public event EventHandler EndRequest;
    //
    // 摘要:
    //   當引發(fā)未處理的異常時發(fā)生。
    public event EventHandler Error;

看到最后一個事件,當引發(fā)未處理的異常時發(fā)生,便是最后一道防線登場了。如果沒有用aop的方式捕捉異常,那么就是Application _Error登場了。

在Global.asax中我們可以寫上這個方法

    /// <summary>
    /// 可以完成全局異常處理
    /// </summary>
    /// <param name="sender"></param>
    /// <param name="e"></param>
    protected void Application_Error(object sender, EventArgs e)
    {
      // 在出現(xiàn)未處理的錯誤時運行的代碼
      var error = Server.GetLastError();
      var code = (error is HttpException) ? (error as HttpException).GetHttpCode() : 500;

      //如果不是HttpException記錄錯誤信息
      if (code != 404)
      {
        //此處郵件或日志記錄錯誤信息
      }

      Response.Write("出錯");
      Server.ClearError();

      string path = Request.Path;
      Context.RewritePath(string.Format("~/Errors/Http{0}", code), false);
      IHttpHandler httpHandler = new MvcHttpHandler();
      httpHandler.ProcessRequest(Context);
      Context.RewritePath(path, false);
    }

這個方法中,我們也可以得到異常信息,記錄日志或是郵件通知,

同樣可以根據(jù)錯誤碼進行相應的跳轉(zhuǎn)錯誤頁面。

也可以在當前錯誤頁面中添加額外的信息。

很是強大。

如果沒有寫這個方法,則利用框架封裝的默認方法。當在web.config中配置了customError節(jié)點時,便是這個方法來幫忙處理。 

或許還有更多更好的方式。望指導指導,我想學習學習。

以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。

相關(guān)文章

  • .net實現(xiàn)微信公眾賬號接口開發(fā)實例代碼

    .net實現(xiàn)微信公眾賬號接口開發(fā)實例代碼

    這篇文章主要介紹了.net實現(xiàn)微信公眾賬號接口開發(fā)實例代碼,有需要的朋友可以參考一下
    2013-12-12
  • ASP.NET生成驗證碼的方法

    ASP.NET生成驗證碼的方法

    這篇文章主要為大家詳細介紹了ASP.NET生成驗證碼的方法,文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2020-05-05
  • .NET Core 2.0遷移小技巧之MemoryCache問題修復解決的方法

    .NET Core 2.0遷移小技巧之MemoryCache問題修復解決的方法

    這篇文章主要給大家介紹了關(guān)于.NET Core 2.0遷移小技巧之MemoryCache問題修復解決的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧。
    2017-08-08
  • .Net集合排序的一種高級玩法實例教程

    .Net集合排序的一種高級玩法實例教程

    這篇文章主要給大家介紹了關(guān)于.Net集合排序的一種高級玩法的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2018-05-05
  • asp.net 圖標提取以及圖標轉(zhuǎn)換的實例代碼

    asp.net 圖標提取以及圖標轉(zhuǎn)換的實例代碼

    asp.net 圖標提取以及圖標轉(zhuǎn)換的實例代碼,需要的朋友可以參考一下
    2013-06-06
  • .Net Core路由處理的知識點與方法總結(jié)

    .Net Core路由處理的知識點與方法總結(jié)

    這篇文章主要給大家介紹了關(guān)于.Net Core路由處理的知識點與方法的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2021-04-04
  • ASP.NET MVC 中實現(xiàn)基于角色的權(quán)限控制的處理方法

    ASP.NET MVC 中實現(xiàn)基于角色的權(quán)限控制的處理方法

    在ASP.NET MVC中,通過使用其所提供的內(nèi)置
    2013-03-03
  • C# 事件的設計與使用深入理解

    C# 事件的設計與使用深入理解

    事件是用于通知其他對象發(fā)生了本對象發(fā)生了特定的事情的類型成員;事件是.NET類型成員中相對較為難以理解和實踐的一個成員,因為事件的定義不是繼承自基礎的數(shù)據(jù)類型,而是對委托(delegate)的封裝。所以,在了解事件之前,你需要先了解一點委托
    2012-12-12
  • 基于.NET的FluentValidation數(shù)據(jù)驗證實現(xiàn)

    基于.NET的FluentValidation數(shù)據(jù)驗證實現(xiàn)

    這篇文章主要介紹了基于.NET的FluentValidation數(shù)據(jù)驗證實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2020-11-11
  • asp.net SharpZipLib的壓縮與解壓問題

    asp.net SharpZipLib的壓縮與解壓問題

    關(guān)于SharpZipLib的壓縮與解壓縮的實現(xiàn)代碼,網(wǎng)絡上有一堆,千遍一律,連注釋也一模一樣,一模一樣的文章拷來拷去??
    2009-11-11

最新評論