捕获所有 ASP.NET MVC 错误的正确位置在哪里？

Question

我正在为我们的 asp.net mvc 3 应用程序添加错误处理。基本上，我想捕捉除核熔毁之外的所有未处理错误。

我已经确定了以下几点：

• OnException 在控制器基类中（我所有的控制器都派生自同一个基类，因此可行）
• HandleErrorAttribute 带有处理异常的自定义视图
• Application_ErrorGlobal.asax 中的事件
• 在 web.config 中打开 <customErrors mode="On"> 并设置一个自定义 URL 来处理异常。

我对这些地方之间的关系有一个非常模糊的想法，希望有人能解释一下它们之间的区别是什么以及为什么会有这么多。

另外，我应该使用哪一个（或全部？）？其中一些是多余的吗？是否存在可以被一个人捕获但不能被其他人捕获的异常？如果这些都失败了（例如，最后的异常处理方法本身引发异常），会发生什么？

Answer 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));
}        

我们认为这是使我们能够最大程度地控制处理和向访问者展示什么的选项。显示的每个操作（服务器错误、未找到和禁止）都有不同的屏幕，取决于服务器是在调试还是发布，然后我们会显示堆栈跟踪信息（但我们总是用 ELMAH 捕获它，所以我们总是可以看到它在那里）