【问题标题】:How is Error.cshtml called in ASP.NET MVC?ASP.NET MVC 中如何调用 Error.cshtml?
【发布时间】:2012-08-07 17:46:16
【问题描述】:

我在 StackOverflow 上阅读了十几个类似的问题,但我似乎无法理解这一点。关于 web.config 和 HandleErrorAttribute 中的自定义错误节点,Error.cshtml 是如何被调用的?最终,这个问题的答案可能是已经存在的关于 ASP.NET MVC 错误处理的几个问题之一的答案。但是,事实是,我不知道是哪一个。

【问题讨论】:

    标签: asp.net-mvc-3


    【解决方案1】:

    在您的 Global.asax 中,您有以下方法:

    public static void RegisterGlobalFilters(GlobalFilterCollection filters)
    {
        filters.Add(new HandleErrorAttribute());
    }
    

    这会将 HandleErrorAttribute 注册为全局操作过滤器。这意味着此处理程序会自动应用于所有控制器操作。现在我们通过查看源码来看看这个属性是如何实现的:

    [SuppressMessage("Microsoft.Performance", "CA1813:AvoidUnsealedAttributes", Justification = "This attribute is AllowMultiple = true and users might want to override behavior.")]
    [AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, Inherited = true, AllowMultiple = true)]
    public class HandleErrorAttribute : FilterAttribute, IExceptionFilter {
    
        private const string _defaultView = "Error";
    
        private readonly object _typeId = new object();
    
        private Type _exceptionType = typeof(Exception);
        private string _master;
        private string _view;
    
        public Type ExceptionType {
            get {
                return _exceptionType;
            }
            set {
                if (value == null) {
                    throw new ArgumentNullException("value");
                }
                if (!typeof(Exception).IsAssignableFrom(value)) {
                    throw new ArgumentException(String.Format(CultureInfo.CurrentCulture,
                        MvcResources.ExceptionViewAttribute_NonExceptionType, value.FullName));
                }
    
                _exceptionType = value;
            }
        }
    
        public string Master {
            get {
                return _master ?? String.Empty;
            }
            set {
                _master = value;
            }
        }
    
        public override object TypeId {
            get {
                return _typeId;
            }
        }
    
        public string View {
            get {
                return (!String.IsNullOrEmpty(_view)) ? _view : _defaultView;
            }
            set {
                _view = value;
            }
        }
    
        public virtual void OnException(ExceptionContext filterContext) {
            if (filterContext == null) {
                throw new ArgumentNullException("filterContext");
            }
            if (filterContext.IsChildAction) {
                return;
            }
    
            // If custom errors are disabled, we need to let the normal ASP.NET exception handler
            // execute so that the user can see useful debugging information.
            if (filterContext.ExceptionHandled || !filterContext.HttpContext.IsCustomErrorEnabled) {
                return;
            }
    
            Exception exception = filterContext.Exception;
    
            // If this is not an HTTP 500 (for example, if somebody throws an HTTP 404 from an action method),
            // ignore it.
            if (new HttpException(null, exception).GetHttpCode() != 500) {
                return;
            }
    
            if (!ExceptionType.IsInstanceOfType(exception)) {
                return;
            }
    
            string controllerName = (string)filterContext.RouteData.Values["controller"];
            string actionName = (string)filterContext.RouteData.Values["action"];
            HandleErrorInfo model = new HandleErrorInfo(filterContext.Exception, controllerName, actionName);
            filterContext.Result = new ViewResult {
                ViewName = View,
                MasterName = Master,
                ViewData = new ViewDataDictionary<HandleErrorInfo>(model),
                TempData = filterContext.Controller.TempData
            };
            filterContext.ExceptionHandled = true;
            filterContext.HttpContext.Response.Clear();
            filterContext.HttpContext.Response.StatusCode = 500;
    
            // Certain versions of IIS will sometimes use their own error page when
            // they detect a server error. Setting this property indicates that we
            // want it to try to render ASP.NET MVC's error page instead.
            filterContext.HttpContext.Response.TrySkipIisCustomErrors = true;
        }
    }
    

    源代码包含 cmets 并且不仅仅是自我解释。它首先检查的是您是否在 web.config 中启用了自定义错误(即&lt;customErrors mode="On"&gt;)。如果你没有,它什么都不做=> YSOD。如果您启用了自定义错误,则它会呈现错误视图,并向其传递一个包含异常堆栈跟踪和其他有用信息的模型。

    【讨论】:

    • 我对 ASP.NET MVC 还是很陌生,但我认为每个视图都必须对应于某些控制器的操作。这里的控制器和操作是什么,它如何知道要转到共享视图?看起来这种机制是为了在错误视图中中断和交换。
    • 是的,每个视图都必须对应一个控制器动作。在这种情况下,控制器操作是正在执行并引发异常的操作。可以是任何控制器动作。此异常被全局操作过滤器(在本例中为异常过滤器)拦截并呈现错误视图。由于异常是在控制器动作中引发的,这个动作永远不会返回,它只是在这个阶段停止执行,并将执行处理给错误处理程序,错误处理程序依次呈现视图。
    • 这在 MVC 5.1 中有改变吗?在我看来,HandleErrorAttribute 是默认注册的(无需我们将其添加到 RegisterGlobalFilters 的过滤器列表中),我们不再需要启用自定义错误。
    • 答案在 MVC 5 中改变了吗?我没有收到错误页面。我所看到的只是 YSOD。我有 。还缺少什么?
    猜你喜欢
    • 2015-02-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-09-22
    • 2016-07-03
    • 2013-04-08
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多