ASP.NET MVC中错误处理方式 - TOMMYHU - 专注互联网开发及运营技术,提供相关资料及软件下载,奇趣网络时事评论!
Apr 24

ASP.NET MVC中错误处理方式 不指定

aspnet mvc的错误处理方式主要有以下两种
方式一:通过对controller或者action标记HandleError属性,然后指定一个错误页即可。这种方式最简单,不需要额外增加action ,仅仅需要增加错误页,但是不能记录日志(因为没有action,其实在aspx中也可调用记录日志的方法)。这个错误页还可以定义为强类型,类型为HandleErrorInfo,具体的Model又框架传递,可获取具体的异常信息。
ASP.NET-MVC中错误处理方式 asp.net-mvc asp.net错误日志 asp.net错误处理 mvc
HandlError

/// <summary>
        /// 标记了HandleError,并指明错误处理页为AboutError.aspx
        /// </summary>
        /// <returns></returns>
        [HandleError(View = "AboutError")]
        public ActionResult About()
        {
            return View();
        }

AboutError.aspx

<%@ Page Title="" Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="System.Web.Mvc.ViewPage<HandleErrorInfo>" %>

<asp:Content ID="Content1" ContentPlaceHolderID="TitleContent" runat="server">
    AboutError
</asp:Content>

<asp:Content ID="Content2" ContentPlaceHolderID="MainContent" runat="server">
    通过强类型获取异常信息
    <%= Model.Exception.Message %>
</asp:Content>


这种方式比较灵活,比如需要对某个action定义个错误页,就可采用这种方式。不过会有个小问题,后面会提到。


方式二:重写controller类的onException方式,这种方式最直接了,通常用于一个项目的BaseController中,那么以后的controller都继承这个类即可,可以在cs代码中记录错误日志,但是要定义错误页的action和具体的错误页面。方法中需要设置ExceptionHandled=true,否则错误会被抛到外层,这时候只能通过传统的aspnet错误方式处理了,通常是招CustomerError中配置的错误页,如果没有配置,那就出现一个大黄页了。ExceptionHandled=true这个操作会是逻辑有微妙的变化,后续提到。
重写OnException

protected override void OnException(ExceptionContext filterContext)
        {
            // 标记异常已处理
            filterContext.ExceptionHandled = true;
            // 跳转到错误页
            filterContext.Result = new RedirectResult(Url.Action("Error", "Shared"));
        }


  讲了这两种方式,主要是为了讲这两种方式混用时会出现的问题。如果以action标记了HandleError属性,同时期所在的controller又重写了OnException方法,最终会怎样处理呢?按照mvc中filter的执行顺序,controller重写的方法会被优先执行,不考虑action中的order顺序,执行完毕之后再执行action标记的filter的方法。ok,有了这个理论之后,再看看之前提到的情况的执行顺序。首先执行OnException中的处理方式,这时候filterContext.ExceptionHandled已经被标记为true了,再执行HandleError属性的方法时,就不会在被执行了,也就是说自定义的错误页白费了,不起作用。这是因为内置的HandleError在执行的时候会先判断filterContext.ExceptionHandled是否为true,为true就不执行了,因此会出现一些很奇怪的bug,明白这个道理就知道如何处理了。

       但是总不能把filterContext.ExceptionHandled = true;这行代码去掉,因为其他action没有标记handle error属性,如果不使filterContext.ExceptionHandled为true, 那么错误还是会抛到外层,又交给CustomerError处理了,还是白搭。因此既要保持基类的OnException方法,又要有action自己个性化的错误页,是不能使用系统内置的方式处理,只能自己再去定义ExceptionFilter 了,就是方式三。

方式三,自定义ExceptionFilter,需要继承FilterAttribute,和实现IExceptionFilter接口,实现中不需要判断Exception是否已处理,但要注意需要有AboutError这个action。

自定义ExceptionFilter

    public class AboutErrorAttribute : FilterAttribute, IExceptionFilter
    {
        #region IExceptionFilter 成员

        public void OnException(ExceptionContext filterContext)
        {
            UrlHelper url = new UrlHelper(filterContext.RequestContext);
            filterContext.Result = new RedirectResult(url.Action("AboutError", "AboutError"));
        }

        #endregion
    }


那么action中需要改成
View Code

        /// <summary>
        /// 标记自定义的AboutError
        /// </summary>
        /// <returns></returns>
        [AboutError]
        public ActionResult About()
        {
            return View();
        }


经过一轮折腾,总算实现了需求,即保证了通用异常被正常处理,个别action个性化的错误页面也能实现,还算比较整洁。但最好框架的HandleError能够提供是否忽略判断异常是否已被处理过的属性设置。
原文地址:http://www.cnblogs.com/shenba/archive/2011/04/16/2018441.html
▲返回顶部

互联网开发网友 Email Homepage
2012/01/05 00:14
我想我明白楼主的意思了
互联网开发网友 Email Homepage
2011/04/25 10:13
菜鸟来咯·······经过一番折腾·····没看明白·····呵呵!
Pages: 1/1 First page 1 Final page
Add a comment

Nickname

emotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemot