备案 登录 立即注册

相关文章

国信办再关闭31家违规网站 云南省2019年国家网络安全周在丽江启动，蓝队云获颁“最佳技术支持奖” 英特尔计划在中国打造物联网国际品牌 中国互联网企业赴美上市规模预计今年或减半 喜报，蓝队网络再当选互联网协会新一届理事会成理事！
帮助中心 >  技术知识库 >  网站相关 >  网站运营 >  ASP.NET MVC下自定义错误页和展示错误页的方式

ASP.NET MVC下自定义错误页和展示错误页的方式

2017-12-13 15:30:08 20756

ASP.NET MVC下自定义错误页和展示错误页的方式

在网站运行中，错误是不可避免的,错误页的产生也是不可缺少的。

这几天看了博友的很多文章，自己想总结下我从中学到的和实际中配置的。

首先，需要知道产生错误页的来源，一种是我们的.NET平台抛出的，一种是网站所依赖的宿主抛出的，一般来讲我们所依赖的宿主就是IIS了。

IIS中的错误页入口：

201711200927211.png

其中的错误码想必并不陌生

201711200927212.png

这里是在服务器上找不到所需资源时抛出的错误页,在这里可以设置需要展示的错误页面，只需将预定的错误页面加入服务器中，然后在指定状态码下配置路径即可。

这是请求在IIS中时，还未完全进入到asp.net mvc中，这里需要理解什么是未完全进入，IIS7+的版本中,不依赖于请求路径末尾的标识信息，利用mvc中的urlRoutingModule进行处理，在我们配置mvc的路由时,首先的第一条：

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

便是隔离非mvc内部的使用文件，如果请求的只是服务器上的文件，那么路由便会在这里进行过滤，使之不匹配具体路由信息。

也就只是和mvc打了个招呼 然后就走了,没有进入mvc中搞事情。 

第二种是,进入了asp.net mvc的管辖范围，然后在其中出错了，便是跳到我们在程序中配置的错误页了。 

首先讲讲我从博友那里学到的、看到的几种方式。

第一种是在web.config中通过customError配置。

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

但是这种方式不怎么令人接受，太过于简单，没有一点异常信息，并且有时候还不能起效果，我不太喜欢这种方式。

这种是用框架封装好的，利用的是将要说的第三种的强大方式实现的,当有异常发生又没得捕获时，最终利用的第三种方式自动实现。 

第二种是利用HandlerErrorAttribute 特性，利用AOP的方式，当有异常出现时，便会进入具体实现了这个特性的，且被注册了的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...  可以通过这种形势，将其转移到不同的自定义错误页面上，此处我增加了一个控制器

CustomErrorPageController,专门用来存放错误页面，原有的Shared下的Error.cshtml错误页面也仍然存在着。

我比较喜欢这种方式，一来可以看到异常信息，而来可以设计需要跳转的错误页面。

第三种方式也是最强大的、俗称"最后一道防线"，从全局层面去捕捉异常的Application_Error

当网站初次启动时，会执行一个特殊的动作,Application_start 首先执行，也只初始化一次。这个也是Application 中的事件。


//
    // 摘要:
    //   ASP.NET 将 HTTP 标头发送到客户端之前发生。
    public event EventHandler PreSendRequestHeaders;
    //
    // 摘要:
    //   在选择该处理程序对请求作出响应时发生。
    public event EventHandler MapRequestHandler;
    //
    // 摘要:
    //   释放应用程序时发生。
    public event EventHandler Disposed;
    //
    // 摘要:
    //   作为执行的 HTTP 管道链中的第一个事件发生，当 ASP.NET 的请求做出响应。
    public event EventHandler BeginRequest;
    //
    // 摘要:
    //   当安全模块已建立的用户标识时出现。
    public event EventHandler AuthenticateRequest;
    //
    // 摘要:
    //   当安全模块已建立的用户标识时出现。
    public event EventHandler PostAuthenticateRequest;
    //
    // 摘要:
    //   安全模块已验证用户身份验证时发生。
    public event EventHandler AuthorizeRequest;
    //
    // 摘要:
    //   当前请求的用户已被授权时发生。
    public event EventHandler PostAuthorizeRequest;
    //
    // 摘要:
    //   当 ASP.NET 完成授权事件以便从缓存中，跳过的事件处理程序 （例如，一个页面或 XML Web 服务） 执行的请求提供服务的缓存模块时发生。
    public event EventHandler ResolveRequestCache;
    

提交成功！非常感谢您的反馈，我们会继续努力做到更好！

这条文档是否有帮助解决问题？

非常抱歉未能帮助到您。为了给您提供更好的服务，我们很需要您进一步的反馈信息：

在文档使用中是否遇到以下问题：

服务热线：
4006-75-4006(7*24小时在线)

总机直拨：
0871-63886388（工作日9:00-18:00）

Copyright © 2012 - 2024 LanDui.com. All RightsReserved.　蓝队云 版权所有

  • 蓝队微信

  • 蓝队微博

全国域名注册 航帆网 云南商机网 IDC公司大全 九机网 中国普洱茶网