我用的是RC2
使用URL路由:
routes.MapRoute(
"Error",
"{*url}",
new { controller = "Errors", action = "NotFound" } // 404s
);
上面似乎照顾到这样的请求(假设默认路由表由最初的MVC项目设置):"/blah/blah/blah/blah"
重写控制器本身的HandleUnknownAction():
// 404s - handle here (bad action requested
protected override void HandleUnknownAction(string actionName) {
ViewData["actionName"] = actionName;
View("NotFound").ExecuteResult(this.ControllerContext);
}
但是，前面的策略不处理对坏/未知控制器的请求。例如，我没有“/IDoNotExist”，如果我请求这个，我从web服务器得到通用404页面，而不是我的404，如果我使用路由+覆盖。
最后，我的问题是:有没有办法在MVC框架中使用路由或其他东西来捕获这种类型的请求?
或者我应该默认使用Web。配置customErrors作为我的404处理程序，忘记这一切?我假设如果我使用customErrors，由于Web的原因，我将不得不在/Views之外存储通用404页面。配置直接访问限制。
在我看来，由于依赖于服务器，标准的CustomErrors配置应该可以工作。似乎ResponseRewrite的内部实现与MVC不兼容。
我觉得这是一个明显的功能漏洞，所以我决定使用HTTP模块重新实现这个功能。下面的解决方案允许您通过重定向到任何有效的MVC路由来处理任何HTTP状态代码(包括404)，就像您通常所做的那样。
<customErrors mode="RemoteOnly" redirectMode="ResponseRewrite">
<error statusCode="404" redirect="404.aspx" />
<error statusCode="500" redirect="~/MVCErrorPage" />
</customErrors>
这已经在以下平台上进行了测试;
集成管道模式下的MVC4 (IIS Express 8)
经典模式下的MVC4 (VS Development Server, Cassini)
MVC4经典模式(IIS6)
好处
通用的解决方案，可以放入任何MVC项目
启用对传统自定义错误配置的支持
工作在集成管道和经典模式
解决方案
namespace Foo.Bar.Modules {
/// <summary>
/// Enables support for CustomErrors ResponseRewrite mode in MVC.
/// </summary>
public class ErrorHandler : IHttpModule {
private HttpContext HttpContext { get { return HttpContext.Current; } }
private CustomErrorsSection CustomErrors { get; set; }
public void Init(HttpApplication application) {
System.Configuration.Configuration configuration = WebConfigurationManager.OpenWebConfiguration("~");
CustomErrors = (CustomErrorsSection)configuration.GetSection("system.web/customErrors");
application.EndRequest += Application_EndRequest;
}
protected void Application_EndRequest(object sender, EventArgs e) {
// only handle rewrite mode, ignore redirect configuration (if it ain't broke don't re-implement it)
if (CustomErrors.RedirectMode == CustomErrorsRedirectMode.ResponseRewrite && HttpContext.IsCustomErrorEnabled) {
int statusCode = HttpContext.Response.StatusCode;
// if this request has thrown an exception then find the real status code
Exception exception = HttpContext.Error;
if (exception != null) {
// set default error status code for application exceptions
statusCode = (int)HttpStatusCode.InternalServerError;
}
HttpException httpException = exception as HttpException;
if (httpException != null) {
statusCode = httpException.GetHttpCode();
}
if ((HttpStatusCode)statusCode != HttpStatusCode.OK) {
Dictionary<int, string> errorPaths = new Dictionary<int, string>();
foreach (CustomError error in CustomErrors.Errors) {
errorPaths.Add(error.StatusCode, error.Redirect);
}
// find a custom error path for this status code
if (errorPaths.Keys.Contains(statusCode)) {
string url = errorPaths[statusCode];
// avoid circular redirects
if (!HttpContext.Request.Url.AbsolutePath.Equals(VirtualPathUtility.ToAbsolute(url))) {
HttpContext.Response.Clear();
HttpContext.Response.TrySkipIisCustomErrors = true;
HttpContext.Server.ClearError();
// do the redirect here
if (HttpRuntime.UsingIntegratedPipeline) {
HttpContext.Server.TransferRequest(url, true);
}
else {
HttpContext.RewritePath(url, false);
IHttpHandler httpHandler = new MvcHttpHandler();
httpHandler.ProcessRequest(HttpContext);
}
// return the original status code to the client
// (this won't work in integrated pipleline mode)
HttpContext.Response.StatusCode = statusCode;
}
}
}
}
}
public void Dispose() {
}
}
}
使用
将此作为web.config中的最后一个HTTP模块
<system.web>
<httpModules>
<add name="ErrorHandler" type="Foo.Bar.Modules.ErrorHandler" />
</httpModules>
</system.web>
<!-- IIS7+ -->
<system.webServer>
<modules>
<add name="ErrorHandler" type="Foo.Bar.Modules.ErrorHandler" />
</modules>
</system.webServer>
注意的人会注意到，在集成管道模式下，由于服务器的方式，它总是以HTTP 200响应。TransferRequest作品。为了返回正确的错误代码，我使用以下错误控制器。
public class ErrorController : Controller {
public ErrorController() { }
public ActionResult Index(int id) {
// pass real error code to client
HttpContext.Response.StatusCode = id;
HttpContext.Response.TrySkipIisCustomErrors = true;
return View("Errors/" + id.ToString());
}
}
我浏览了这个帖子上的大部分解决方案。虽然这个问题可能很老了，但即使是现在，它仍然非常适用于新项目，所以我花了很多时间阅读这里和其他地方给出的答案。
正如@Marco指出的404错误可能发生的不同情况，我根据这个列表检查了我一起编译的解决方案。除了他的要求之外，我还增加了一项。
解决方案应该能够以最合适的方式处理MVC以及AJAX/WebAPI调用。(例如，如果在MVC中发生404，它应该显示Not Found页面，如果在WebAPI中发生404，它不应该劫持XML/JSON响应，以便消费Javascript可以很容易地解析它)。
这个解是2倍的:
第一部分来自https://stackoverflow.com/a/27354140/2310818的@Guillaume。他们的解决方案处理了由于无效路由、无效控制器和无效动作而导致的任何404。
这个想法是创建一个WebForm，然后让它调用MVC错误控制器的NotFound动作。它做所有这些没有任何重定向，所以你不会看到一个302在小提琴手。原始URL也被保留，这使得这个解决方案非常棒!
第二部分来自@Germán在https://stackoverflow.com/a/5536676/2310818。他们的解决方案照顾任何404返回你的行为在HttpNotFoundResult()或抛出新的HttpException()的形式!
其思想是让一个过滤器查看由MVC控制器抛出的响应和异常，并在错误控制器中调用适当的操作。再次，这个解决方案的工作没有任何重定向和原始url被保留!
正如您所看到的，这两个解决方案一起提供了一个非常健壮的错误处理机制，它们实现了@Marco列出的所有需求以及我的需求。如果你想看这个解决方案的工作示例或演示，请在评论中留下，我很乐意把它放在一起。
