ASP.NET MVC 404 Обработка ошибок
Возможный дубликат:
Как я могу правильно обрабатывать 404 в ASP.NET MVC?
Я внес изменения, описанные в обработчике ошибок 404 Http в Asp.Net MVC (RC 5), и все еще получаю стандартную страницу ошибок 404. Нужно ли что-то менять в IIS?
6 ответов
Еще одно решение.
Добавьте ErrorControllers или статическую страницу с информацией об ошибке 404.
Модифицируйте свой web.config (в случае контроллера).
<system.web>
<customErrors mode="On" >
<error statusCode="404" redirect="~/Errors/Error404" />
</customErrors>
</system.web>
Или в случае статической страницы
<system.web>
<customErrors mode="On" >
<error statusCode="404" redirect="~/Static404.html" />
</customErrors>
</system.web>
Это будет обрабатывать как пропущенные маршруты, так и пропущенные действия.
Я исследовал много о том, как правильно управлять 404 с в MVC (особенно MVC3), и это, IMHO, лучшее решение, которое я придумал:
В global.asax:
public class MvcApplication : HttpApplication
{
protected void Application_EndRequest()
{
if (Context.Response.StatusCode == 404)
{
Response.Clear();
var rd = new RouteData();
rd.DataTokens["area"] = "AreaName"; // In case controller is in another area
rd.Values["controller"] = "Errors";
rd.Values["action"] = "NotFound";
IController c = new ErrorsController();
c.Execute(new RequestContext(new HttpContextWrapper(Context), rd));
}
}
}
ErrorsController:
public sealed class ErrorsController : Controller
{
public ActionResult NotFound()
{
ActionResult result;
object model = Request.Url.PathAndQuery;
if (!Request.IsAjaxRequest())
result = View(model);
else
result = PartialView("_NotFound", model);
return result;
}
}
Редактировать:
Если вы используете IoC (например, AutoFac), вы должны создать свой контроллер, используя:
var rc = new RequestContext(new HttpContextWrapper(Context), rd);
var c = ControllerBuilder.Current.GetControllerFactory().CreateController(rc, "Errors");
c.Execute(rc);
Вместо
IController c = new ErrorsController();
c.Execute(new RequestContext(new HttpContextWrapper(Context), rd));
(Необязательный)
Объяснение:
Есть 6 сценариев, в которых я могу придумать, где приложения ASP.NET MVC3 могут генерировать 404.
Создано ASP.NET:
- Сценарий 1: URL не соответствует маршруту в таблице маршрутов.
Создано ASP.NET MVC:
Сценарий 2: URL соответствует маршруту, но указывает на несуществующий контроллер.
Сценарий 3: URL соответствует маршруту, но указывает на несуществующее действие.
Сгенерировано вручную:
Сценарий 4. Действие возвращает HttpNotFoundResult с помощью метода HttpNotFound().
Сценарий 5: действие вызывает исключение HttpException с кодом состояния 404.
Сценарий 6. Действия вручную изменяют свойство Response.StatusCode на 404.
Цели
(A) Показать пользовательскую страницу ошибки 404 пользователю.
(B) Сохраните код статуса 404 в ответе клиента (особенно важно для SEO).
(C) Отправьте ответ напрямую, без перенаправления 302.
Попытка решения: пользовательские ошибки
<system.web>
<customErrors mode="On">
<error statusCode="404" redirect="~/Errors/NotFound"/>
</customError>
</system.web>
Проблемы с этим решением:
- Не соответствует цели (A) в сценариях (1), (4), (6).
- Не соответствует цели (B) автоматически. Это должно быть запрограммировано вручную.
- Не соответствует цели (С).
Попытка решения: ошибки HTTP
<system.webServer>
<httpErrors errorMode="Custom">
<remove statusCode="404"/>
<error statusCode="404" path="App/Errors/NotFound" responseMode="ExecuteURL"/>
</httpErrors>
</system.webServer>
Проблемы с этим решением:
- Работает только на IIS 7+.
- Не соответствует цели (A) в сценариях (2), (3), (5).
- Не соответствует цели (B) автоматически. Это должно быть запрограммировано вручную.
Попытка решения: ошибки HTTP с заменой
<system.webServer>
<httpErrors errorMode="Custom" existingResponse="Replace">
<remove statusCode="404"/>
<error statusCode="404" path="App/Errors/NotFound" responseMode="ExecuteURL"/>
</httpErrors>
</system.webServer>
Проблемы с этим решением:
- Работает только на IIS 7+.
- Не соответствует цели (B) автоматически. Это должно быть запрограммировано вручную.
- Это скрывает http-исключения на уровне приложений. Например, нельзя использовать раздел customErrors, System.Web.Mvc.HandleErrorAttribute и т. Д. Он не может отображать только общие страницы ошибок.
Решение Попытка пользовательских ошибок и ошибок HTTP
<system.web>
<customErrors mode="On">
<error statusCode="404" redirect="~/Errors/NotFound"/>
</customError>
</system.web>
а также
<system.webServer>
<httpErrors errorMode="Custom">
<remove statusCode="404"/>
<error statusCode="404" path="App/Errors/NotFound" responseMode="ExecuteURL"/>
</httpErrors>
</system.webServer>
Проблемы с этим решением:
- Работает только на IIS 7+.
- Не соответствует цели (B) автоматически. Это должно быть запрограммировано вручную.
- Не соответствует цели (C) в сценариях (2), (3), (5).
Люди, которые раньше сталкивались с этим, даже пытались создать свои собственные библиотеки (см. http://aboutcode.net/2011/02/26/handling-not-found-with-asp-net-mvc3.html). Но предыдущее решение, похоже, охватывает все сценарии без сложности использования внешней библиотеки.
Ответ Марко - ЛУЧШЕЕ решение. Мне нужно было контролировать свою обработку ошибок, и я имею в виду действительно контролировать ее. Конечно, я немного расширил решение и создал полную систему управления ошибками, которая управляет всем. Я также читал об этом решении в других блогах, и большинство продвинутых разработчиков считают его очень приемлемым.
Вот последний код, который я использую:
protected void Application_EndRequest()
{
if (Context.Response.StatusCode == 404)
{
var exception = Server.GetLastError();
var httpException = exception as HttpException;
Response.Clear();
Server.ClearError();
var routeData = new RouteData();
routeData.Values["controller"] = "ErrorManager";
routeData.Values["action"] = "Fire404Error";
routeData.Values["exception"] = exception;
Response.StatusCode = 500;
if (httpException != null)
{
Response.StatusCode = httpException.GetHttpCode();
switch (Response.StatusCode)
{
case 404:
routeData.Values["action"] = "Fire404Error";
break;
}
}
// Avoid IIS7 getting in the middle
Response.TrySkipIisCustomErrors = true;
IController errormanagerController = new ErrorManagerController();
HttpContextWrapper wrapper = new HttpContextWrapper(Context);
var rc = new RequestContext(wrapper, routeData);
errormanagerController.Execute(rc);
}
}
и внутри моего ErrorManagerController:
public void Fire404Error(HttpException exception)
{
//you can place any other error handling code here
throw new PageNotFoundException("page or resource");
}
Теперь в своем действии я создаю пользовательское исключение, которое я создал. И мой Controller наследуется от созданного мной пользовательского класса на основе Controller. Пользовательский базовый контроллер был создан для переопределения обработки ошибок. Вот мой пользовательский класс Base Controller:
public class MyBasePageController : Controller
{
protected override void OnException(ExceptionContext filterContext)
{
filterContext.GetType();
filterContext.ExceptionHandled = true;
this.View("ErrorManager", filterContext).ExecuteResult(this.ControllerContext);
base.OnException(filterContext);
}
}
ErrorManager в приведенном выше коде - это просто представление, использующее модель на основе ExceptionContext.
Мое решение работает отлично, и я могу обрабатывать ЛЮБУЮ ошибку на моем веб-сайте и отображать различные сообщения в зависимости от ЛЮБОГО типа исключения.
Похоже, это лучший способ поймать все.
Что я могу порекомендовать, так это посмотреть на FilterAttribute. Например, у MVC уже есть HandleErrorAttribute. Вы можете настроить его для обработки только 404. Ответьте, если вы заинтересованы, я буду смотреть пример.
КСТАТИ
Решение (с последним маршрутом), которое вы приняли в предыдущем вопросе, не работает во многих ситуациях. Второе решение с HandleUnknownAction будет работать, но потребуется внести это изменение в каждом контроллере или иметь один базовый контроллер.
Мой выбор - решение с HandleUnknownAction.
В IIS вы можете указать перенаправление на "определенную" страницу на основе кода ошибки. В вашем примере вы можете настроить 404 - > настроенную вами страницу ошибки 404.