1

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

我已经确定了以下几点：

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

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

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

4

1 回答 1

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 捕获它，所以我们总是可以看到它在那里）

于 2013-06-18T11:59:53.730 回答