MVC 自定义异常错误页面处理

1.配置文件：webConfig中配置经常出现的错误页面：

<system.web>节点下添加 <customErrors>节点，在 <customErrors>节点下配置<error>错误信息，如下：

 <system.web>
    <customErrors mode="On" defaultRedirect="~/Html_Tools/Html_UI/Error_404.htm">
      <error statusCode="404" redirect="~/Html_Tools/Html_UI/Error_404.htm" />
      <error statusCode="500" redirect="~/Html_Tools/Html_UI/Error_500.htm" />
    </customErrors>
    <!--发布时改为false,开发时为true-->
    <compilation debug="true" targetFramework="4.6" />
    <!--配置文件传输大小限制-->
    <httpRuntime maxRequestLength="51200"  targetFramework="4.6" />
  </system.web>

2.自定义异常处理错误页面：

ASP.Net MVC3中如果配置文件出错了，怎么跳转到自定义的错误页，现在参考网上的档案是说

添加如下配置文件，并且在路径Views/Shared/下添加Error页面，测试下没有用的，请大家看看有什么好的建议啊，谢谢了啊！

<system.web>

</system.web>

MVC根本不会理睬web.config中的customErrors，默认是由HandleErrorAttribute处理的，显示的是/Views/Shared/Error.cshtml中内容。

mvc中，可以用过滤器来实现异常处理

1.在Global.asax文件，

       //1.在Global.asax文件中
        public static void RegisterGlobalFilters(GlobalFilterCollection filters) {
            filters.Add(new ExceptionFilterAttribute());  //自己定义的过滤器
        }
      /// <summary>
      /// 2.自己定义的过滤器 处理异常跳转错误页
      /// 捕获异常 跳转到错误页
      /// </summary>
    public class ExceptionFilterAttribute : HandleErrorAttribute {
        public override void OnException(ExceptionContext filterContext) {
            base.OnException(filterContext);
            string excepitonInfo = filterContext.Exception.ToString();
            //LogHelper.OutputLog(excepitonInfo);//记录日志
            filterContext.HttpContext.Response.Redirect("~/Html_Tools/Html_UI/Error.htm");
        }
    }

当ASP.NET MVC程序出现了异常，怎么处理更加规范？

1. 最简单的方法是设置<customErrors/>节点

<customErrors>节点用于定义一些自定义错误信息的信息。此节点有Mode和defaultRedirect两个属性，其中defaultRedirect属性是一个可选属性，表示应用程序发生错误时重定向到的默认URL，如果没有指定该属性则显示一般性错误。Mode属性是一个必选属性，它有三个可能值，它们所代表的意义分别如下：
On 表示在本地和远程用户都会看到自定义错误信息。
Off 禁用自定义错误信息，本地和远程用户都会看到详细的错误信息。
RemoteOnly 表示本地用户将看到详细错误信息，而远程用户将会看到自定义错误信息。

这里有必要说明一下本地用户和远程用户的概念。当我们访问asp.net应用程时所使用的机器和发布asp.net应用程序所使用的机器为同一台机器时成为本地用户，反之则称之为远程用户。在开发调试阶段为了便于查找错误Mode属性建议设置为Off，而在部署阶段应将Mode属性设置为On或者RemoteOnly，以避免这些详细的错误信息暴露了程序代码细节从而引来黑客的入侵。

<error>子节点

在<customErrors>节点下还包含有<error>子节点，这个节点主要是根据服务器的HTTP错误状态代码而重定向到我们自定义的错误页面，注意要使<error>子节点下的配置生效，必须将<customErrors>节点节点的Mode属性设置为“On”。下面是一个例子：

    <customErrors mode="On" defaultRedirect="~/Html_Tools/Html_UI/Error_404.htm">
      <error statusCode="404" redirect="~/Html_Tools/Html_UI/Error_404.htm" />
      <error statusCode="500" redirect="~/Html_Tools/Html_UI/Error_500.htm" />
    </customErrors>

在上面的配置中如果用户访问的页面不存在就会跳转到404.htm页面，如果服务端的内部错误的页面则会跳转到500.htm页面，500.htm和404.htm页面都是我们自己添加的页面，我们可以在页面中给出友好的错误提示。

2. 使用过滤器HandleErrorAttribute

随着ASP.NET MVC版本的更新，出现了HandleErrorAttribute，使用Filter以AOP的思想实现了针对于Action的异常处理。使用此 Filter后，当程序中出现异常的时候，会去封装这些异常信息，然后路由自动转到该Controller对应的Error.cshtml中，如果此路径下没有改文件，则会到shared目录中寻找此文件。另外一个相关的是在Global.asax中的protected void Application_Error(object sender, EventArgs e)方法，是捕捉异常的最后一道防线，也就是说，这是最高层次的异常捕获处理逻辑。使用HandleErrorAttribute后，找到了Error.cshtml，则此时异常已经被捕获处理，所以不会再次被 Application_Error捕获处理。此外，可以通过@model HandleErrorInfo 在Error.cshtml中定制显示异常信息。有一点需要注意的是，HandleErrorAttribute是在customErrors基础之上的，如果想使用HandleErrorAttribute，customErrors的Mode必须要设置为On或RemoteOnly. 否则，HandleErrorAttribute将不起作用。

3. 自定义显示路径

如果遇到异常后不单单是要自定义异常显示，而且还需要进行日志记录。此时，可以通过继承扩展HandleErrorAttribute来实现新的Filter,然后在lobal.ascx中对所有的 Action进行注册，filters.Add(new MyHandleErrorAttribute()).在这里详细说明一下另一种方式。我们可以写一个专门的Controller和Action来进行异常发生时的路由设置.

    public class UtilityController : Controller  
        {  
            public ActionResult Error()  
            {  
                return View();  
            }  
      
            public ActionResult PageNotFound()  
            {  
                return View();  
            }  
    }

当出现异常的时候，把异常抛到最顶端，由Application_Error统一处理。这里的统一处理就包括，记录日志，重新进行页面定向等。

    protected void Application_Error(object sender, EventArgs e)  
            {  
                var ex = Server.GetLastError();  
                Log.Error(ex); //记录日志信息  
                var httpStatusCode = (ex is HttpException) ? (ex as HttpException).GetHttpCode() : 500; //这里仅仅区分两种错误  
                var httpContext = ((MvcApplication)sender).Context;  
                httpContext.ClearError();  
                httpContext.Response.Clear();  
                httpContext.Response.StatusCode = httpStatusCode;  
                var shouldHandleException = true;  
                HandleErrorInfo errorModel;  
      
                var routeData = new RouteData();  
                routeData.Values["controller"] = "Utility";  
      
                switch (httpStatusCode)  
                {  
                    case 404:  
                        routeData.Values["action"] = "PageNotFound";  
                        errorModel = new HandleErrorInfo(new Exception(string.Format("No page Found", httpContext.Request.UrlReferrer), ex), "Utility", "PageNotFound");  
                        break;  
      
                    default:  
                        routeData.Values["action"] = "Error";  
                        Exception exceptionToReplace = null; //这里使用了EntLib的异常处理模块的一些功能  
                        shouldHandleException = ExceptionPolicy.HandleException(ex, "LogAndReplace", out exceptionToReplace);  
                        errorModel = new HandleErrorInfo(exceptionToReplace, "Utility", "Error");  
                        break;  
                }  
      
                if (shouldHandleException)  
                {  
                    var controller = new UtilityController();  
                    controller.ViewData.Model = errorModel; //通过代码路由到指定的路径  
                    ((IController)controller).Execute(new RequestContext(new HttpContextWrapper(httpContext), routeData));  
                }  
            }

原文参考引自：http://blog.csdn.net/zjlovety/article/details/48734791