Обработка 404 ошибки ASP.NET MVC

Я изучил А МНОГО о том, как правильно управлять 404s в 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 могут генерировать 404s.

Генерируется 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"/>
    </customErrors>
</system.web>

Проблемы с этим решением:

• Не соответствует цели (A) в сценариях (1), (4), (6).
• Не соответствует цели (B) автоматически. Его необходимо запрограммировать вручную.
• Не соответствует цели (C).

Попытка решения: Ошибки 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 и т.д. Он не может показывать только общие страницы ошибок.

Решение Попытка customErrors и HTTP Errors.

<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). Но предыдущее решение, кажется, покрывает все сценарии без сложности использования внешней библиотеки.

Еще одно решение.

Добавьте 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>

Это позволит обрабатывать как пропущенные маршруты, так и пропущенные действия.

Ответ Марко - это ЛУЧШЕЕ решение. Мне нужно было контролировать обработку ошибок, и я имею в виду действительно КОНТРОЛИРОВАТЬ ее. Конечно, я немного расширил это решение и создал полную систему управления ошибками, которая управляет всем. Я также читал об этом решении в других блогах, и оно кажется очень приемлемым для большинства продвинутых разработчиков.

Вот окончательный код, который я использую:

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

Теперь, в моем Action, я бросаю пользовательское исключение, которое я создал. А мой контроллер наследуется от созданного мной пользовательского класса Controller Based. Пользовательский базовый контроллер был создан для переопределения обработки ошибок. Вот мой пользовательский класс базового контроллера:

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.

Мое решение отлично работает, и я могу обрабатывать ЛЮБЫЕ ошибки на моем сайте и отображать различные сообщения, основанные на ЛЮБОМ типе исключения.

Похоже, это лучший способ поймать все.

https://stackoverflow.com/questions/619895/how-can-i-properly-handle-404s-in-asp-net-mvc

В IIS можно задать перенаправление на "определенную" страницу на основе кода ошибки. В вашем примере вы можете настроить 404 - > Ваша настраиваемая страница ошибки 404.

Что я могу порекомендовать, так это посмотреть на FilterAttribute. Например, в MVC уже есть атрибут HandleErrorAttribute. Вы можете настроить его на обработку только 404. Если вам интересно, напишите, я посмотрю пример.

BTW

Решение (с последним маршрутом), которое вы приняли в предыдущем вопросе, не работает в большинстве ситуаций. Второе решение с HandleUnknownAction будет работать, но требует внесения этого изменения в каждый контроллер или иметь один базовый контроллер.

Мой выбор - решение с HandleUnknownAction.