为捕获所有ASP.NET MVC错误而附加的适当位置在哪里?

时间:2013-06-18 11:13:38

标签: asp.net-mvc exception-handling unhandled-exception

我正在为我们的asp.net mvc 3应用程序添加错误处理。基本上我想抓住每次未解决的错误而不是核心崩溃。

我已经确定了以下几点:

    控制器基类中的
  • OnException(我的所有控制器都来自同一个基类,所以它是可行的)
  • HandleErrorAttribute,其中包含处理异常的自定义视图
  • {li> Application_Error Global.asax 中的事件
  • 在web.config中打开<customErrors mode="On">并设置一个自定义网址,该网址将处理异常。

我对这些地方之间的关系有一个非常模糊的想法,并且希望有人能够解释这些差异是什么以及为什么首先有这么多的地方。

另外,我应该使用哪一个(或全部?)?有些是多余的吗?是否有例外情况可以由一个人抓住而不是由其他人抓住?如果即使那些都失败了会发生什么(例如,最后的异常处理程序方法本身会产生异常)?

1 个答案:

答案 0 :(得分:1)

  • 基本控制器中的OnException不会捕获所有错误 (特别是如果并非所有控制器都继承它)。

  • HandleErrorAttribute将需要您在任何地方单独应用该属性。或者使用全局过滤器应用它,但对于所有控制器都是相同的。

  • 关闭customErrors只会显示错误,而不会处理错误。并且您不能为不同类型的错误服务于不同的视图。

我们通常做的是:

安装ELMAH或类似软件包以跟踪所有错误,即使它们以无提示方式发生。

然后,在global.asax:

protected void Application_Error(object sender, EventArgs e)
{
    //Retrieving the last server error
    var exception = Server.GetLastError();

    //Erases any buffered HTML output
    Response.Clear();

    var httpException = exception as HttpException;

    var routeData = new RouteData();
    routeData.Values.Add("controller", "Error"); //Adding a reference to the error controller
    if (httpException == null)
    {
        routeData.Values.Add("action", "ServerError"); //Non HTTP related error handling
    }

    else //It's an Http Exception, Let's handle it.
    {
        switch (httpException.GetHttpCode())
        {
            case 401:
            case 403:
                //Forbidden page.
                routeData.Values.Add("action", "Forbidden");
                break;
            case 404:
                //Page not found.
                routeData.Values.Add("action", "NotFound");
                break;
            case 500:
                routeData.Values.Add("action", "ServerError");
                break;
            default:
                routeData.Values.Add("action", "Index");
                break;
        }
    }

    //Pass exception details to the target error View.
    routeData.Values.Add("message", exception);

    //Clear the error on server.
    Server.ClearError();

    //Avoid IIS7 getting in the middle
    Response.TrySkipIisCustomErrors = true;

    // Call target Controller and pass the routeData.
    IController errorController = new ErrorController();
    errorController.Execute(new RequestContext(
         new HttpContextWrapper(Context), routeData));
}        

我们认为这是一个选项,可以让我们最大限度地控制处理和向访客展示的内容。显示的每个动作(servererror,notfound和forbidden)都有不同的屏幕,并且取决于服务器是在运行调试还是发布时,我们是否显示堆栈跟踪信息(但我们总是使用ELMAH捕获它,所以我们总能看到它那里)