Как это ошибка.cshtml позвонил ASP.NET MVC?
Я прочитал дюжину подобных вопросов на StackOverflow, но я не могу этого понять. Что касается узла пользовательских ошибок в интернете.config и HandleErrorAttribute, как происходит ошибка.cshtml когда-нибудь звонили? В конечном счете ответ на этот вопрос может быть ответом на один из тех нескольких вопросов, которые уже существуют относительно ASP.NET обработка ошибок MVC. Но дело в том, что я не знаю, какой именно.
1 ответ:
внутри глобального.эйсакс у вас есть следующий метод:
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; } }
исходный код содержит комментарии и более чем понятны. Первое, что он проверяет, является ли вы включили пользовательские ошибки в твоя паутина.config (т. е.
<customErrors mode="On">
). Если у вас нет, он ничего не делает => YSOD. Если вы включили пользовательские ошибки, то он отображает представление ошибок, передавая ему модель, содержащую исключение stacktrace и другую полезную информацию.