当 HttpModule 中抛出异常时 ASP.NET MVC 中的自定义错误消息

Question

我正在使用 ASP.NET MVC。我在 BaseController 中的 OnException 上捕获任何未处理的异常，以正确显示友好的消息。

但是我在同一解决方案中有一个 Http 模块项目。如果用户发出错误的请求，模块可能会抛出InvalidOperationException。我使用的是 IIS7 集成模式，所有配置均已正确。我是 IIS 生命周期和 Http 模块异常的新手。

谷歌搜索只找到了使用 HttpMethod 进行异常处理的方法，这与本例不同。

问题是如果模块中抛出异常，MVC 是否会执行？如果确实如此，为什么它不去OnException？以及如何在MVC中像Action方法一样获取异常？

编辑：根据@nickvane关于应用程序生命周期的回答，我尝试更好地解释这种情况。我认为即使是我创建的任何 HttpModule 也可能会抛出任何异常。我希望这个异常由 UrlRoutingModule 中的 MVC 处理。我在想一个：

• HttpModule Unhandled 异常的顺序
• 确实会停止模块并且下一个模块将永远不会运行？
• 如果在 UrlRoutingModule 之前或之后执行的另一个 HttpModule 中抛出异常，如何处理 MVC Web 应用程序 (UrlRoutingModule) 中的异常。
• 我可以使用 context.AllErrors 或 context.Error 获取另一个模块中抛出的异常吗？但我无法得到错误。

我在这个星球上发现的唯一方法是从抛出异常更改为 Server.Transfer() 但其他不属于我的模块怎么样，它仍然抛出异常，我想捕获它。

想一想：我创建了 MVC Restful API，它必须返回 JSON。我可以使用 OnException 正确处理 MVC 应用程序中的任何异常，以便任何未处理的异常都会返回类似 {"Error": "An error message here."} 的内容。现在我的 HttpModule 可能会抛出错误。该模块不关心 API 和 JSON，它只是抛出异常。然后我尝试在 MVC 中捕获此异常，以 JSON 格式返回。

Answer 1

控制器或 httpmodule 的生命周期非常不同。
此链接显示了 ASP.NET 应用程序的生命周期：

http://msdn.microsoft .com/en-us/library/bb470252.aspx

虽然它不是专门用于 ASP.NET MVC，但 MVC 框架插入此生命周期并遵循此管道：

http://ajaxus.net/wp-content/uploads/2010/01/asp_net_mvc_poster.pdf

来自< a href="http://www.asp.net/mvc/tutorials/understanding-the-asp-net-mvc-execution-process-vb" rel="nofollow">http://www.asp.net/ mvc/教程/理解-asp-net-mvc-execution-process-vb

对基于 ASP.NET MVC 的 Web 的请求
应用程序首先通过
UrlRoutingModule 对象，它是一个
HTTP 模块。该模块解析
请求并执行路由选择。
UrlRoutingModule 对象选择
第一个匹配的路由对象
当前请求。 （路线对象
是一个实现 RouteBase 的类，
并且通常是一个实例
路由类别。）如果没有路由匹配，则
UrlRoutingModule 对象不执行任何操作
并让请求回退到
常规 ASP.NET 或 IIS 请求
加工。

从选定的路线对象中，
UrlRoutingModule 对象获取
IRouteHandler 对象是
与 Route 对象关联。
通常，在 MVC 应用程序中，这
将是一个实例
MvcRouteHandler。 IRouteHandler
实例创建一个 IHttpHandler
对象并向其传递 IHttpContext
目的。默认情况下，IHttpHandler
MVC 的实例是 MvcHandler
目的。然后是 MvcHandler 对象
选择将要执行的控制器
最终处理请求。

HttpModule 插入应用程序生命周期，并且可以在实例化控制器之前或释放控制器之后执行代码，具体取决于它处理应用程序生命周期中的哪些事件。所以它不能使用控制器的异常处理。

如果你想正确处理 httpmodule 中的异常，我认为你有 2 个选择：

1. 当你捕获异常时，你可以改变请求的响应。您可以插入错误 div 或用错误消息替换整个响应或仅记录异常。在这种情况下，请求将遵循管道的其余部分。
2. 或者您可以抛出异常并在 global.asax Application_Error 方法中处理它。在这种情况下，控制器将不会被执行。

如果 HttpModule 抛出有效的异常，那么我会选择选项 2。您可以抛出自己的自定义异常并在 global.asax 中以不同的方式处理它，甚至返回 HTTP 响应（400 Bad Request）。

更新

如果 HttpModule 中抛出异常，它将被 Application_Error 方法捕获。我尝试了以下有效的代码片段，尽管感觉不正确：

protected void Application_Error()
    {
        var ex = Server.GetLastError(); // get the last exception that was made
        if (ex == null) return; // if there is no exception, just continue
        Response.ClearContent();
        Response.Write("{'error':'" + ex.Message + "'}");
        Response.ContentType = "application/json";
        Response.Flush(); // flush the content to the client
        Response.Close(); // and close the connection so that no other content can be written to the response
        Server.ClearError(); // clear the error so that asp.net does not use the custom error page. If we don't close the response and clear the error, the request will still be handled in the rest of the pipeline.
    }