Глобальная обработка ошибок ASP.NET MVC

У меня есть собственный атрибут HandleError , который обрабатывает ошибки в конвейере MVC; У меня есть метод protected void Application_Error (object sender, EventArgs e) в моем Global.asax , который обрабатывает ошибки извне конвейера.

Я столкнулся со сценарием, о возможности которого не подозревал; При реализации DI существует зависимость для connectionString , которая берется из файла конфигурации приложения.

Так как строка подключения еще не существует, возникает ошибка при создании контроллера, обычно это вызывает срабатывание обработчика Application_Error , и отображается правильная страница ошибки (путем визуализации частичного представления в виде строки и отправляю его как ответ, и в случае неудачи он просто пишет в ответ «Fatal exception.»

За исключением этого случая, я получаю желтый экран смерти ASP.NET «ошибка времени выполнения» по умолчанию. я:

Ошибка выполнения

Описание: ошибка приложения произошла на сервер. Текущие пользовательские настройки ошибок для этого приложения предотвращают подробности ошибки приложения от просмотра.

Подробности: чтобы включить подробную информацию об этом конкретном сообщении об ошибке, для просмотра на локальном сервере, создайте в файле конфигурации web.config, расположенном в корне каталог текущего веб-приложения. Этот тег в этом случае для атрибута mode должно быть установлено значение RemoteOnly. Включить сведения, которые будут доступны для просмотра на удаленных машинах, установите для параметра "режим" значение "Выключенный".

У меня нет параметра defaultRedirect , установленного в моем customErrors , и он не выключен , потому что я не хочу перенаправлять, а отображать ошибки на той же странице, на которой находится пользователь, что позволяет избежать ненужного перенаправления.

Как я могу справиться с подобным сценарием? И в чем вообще причина того, что это ведет себя именно так, а не как любая другая ошибка вне контроллера?

Я понимаю, что это вряд ли произойдет часто, но я хотел бы иметь возможность остановить YSOD (отчасти потому, что я хочу скрыть технологию, которую я использую, но в основном потому, что она не очень удобна для пользователя)

Я даже пытался зарегистрировать обработчик для UnhandledExceptions, но он тоже не сработал.

AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;

Код, который в конечном итоге производит это:

return ConfigurationManager.ConnectionStrings [ключ] .ConnectionString; , где ConnectionStrings [ключ] равно null .

Обновление

Вот как обрабатываются ошибки приложения:

    protected void Application_Error(object sender, EventArgs e)
    {
        this.HandleApplicationError(new ResourceController());
    }

    public static void HandleApplicationError(this HttpApplication application, BaseController controller)
    {
        if (application == null)
        {
            throw new ArgumentNullException("application");
        }
        if (controller == null)
        {
            throw new ArgumentNullException("controller");
        }
        application.Response.Clear();
        Exception exception = application.Server.GetLastError();
        LogApplicationException(application.Response, exception);
        try
        {
            RenderExceptionViewResponse(application, exception, controller);
        }
        catch (Exception exceptionRenderingView) // now we're in trouble. let's be as graceful as possible.
        {
            RenderExceptionTextResponse(application, exceptionRenderingView);
        }
        finally
        {
            application.Server.ClearError();
        }
    }

    private static void LogApplicationException(HttpResponse response, Exception exception)
    {
        if (exception is HttpException)
        {
            HttpException httpException = (HttpException)exception;
            if (httpException.GetHttpCode() == (int)HttpStatusCode.NotFound)
            {
                _log.Debug(Resources.Error.WebResourceNotFound, httpException);
                response.Status = Resources.Constants.NotFound;
                return;
            }
        }
        _log.Error(Resources.Error.UnhandledException, exception);
    }

    private static void RenderExceptionViewResponse(HttpApplication application, Exception exception, BaseController controller)
    {
        if (!RenderAsJsonResponse(application, Resources.User.UnhandledExceptionJson))
        {
            ErrorViewModel model = WebUtility.GetErrorViewModel(exception);
            string result = controller.RenderViewToString(Resources.Constants.ErrorViewName, model);
            application.Response.Write(result);
        }
    }

    private static void RenderExceptionTextResponse(HttpApplication application, Exception exceptionRenderingView)
    {
        application.Response.Clear();

        if (!RenderAsJsonResponse(application, Resources.User.FatalExceptionJson))
        {
            application.Response.Write(Resources.User.FatalException);
        }
        _log.Fatal(Resources.Error.FatalException, exceptionRenderingView);
    }

    private static bool RenderAsJsonResponse(HttpApplication application, string message)
    {
        if (application.Request.IsAjaxRequest())
        {
            application.Response.Status = Resources.Constants.HttpSuccess;
            application.Response.ContentType = Resources.Constants.JsonContentType;
            application.Response.Write(message);
            return true;
        }
        return false;
    }

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

public class ErrorHandlingAttribute : HandleErrorAttribute
{
    public Type LoggerType { get; set; }

    public ErrorHandlingAttribute()
        : this(typeof(ErrorHandlingAttribute))
    {
    }

    public ErrorHandlingAttribute(Type loggerType)
    {
        LoggerType = loggerType;
    }

    public override void OnException(ExceptionContext filterContext)
    {
        if (filterContext.ExceptionHandled)
        {
            return;
        }
        if (filterContext.HttpContext.Request.IsAjaxRequest())
        {
            OnAjaxException(filterContext);
        }
        else
        {
            OnRegularException(filterContext);
        }
    }

    internal protected void OnRegularException(ExceptionContext filterContext)
    {
        Exception exception = filterContext.Exception;

        ILog logger = LogManager.GetLogger(LoggerType);
        logger.Error(Resources.Error.UnhandledException, exception);

        filterContext.HttpContext.Response.Clear();

        ErrorViewModel model = WebUtility.GetErrorViewModel(exception);
        filterContext.Result = new ViewResult
        {
            ViewName = Resources.Constants.ErrorViewName,
            ViewData = new ViewDataDictionary(model)
        };
        filterContext.ExceptionHandled = true;
    }

    internal protected void OnAjaxException(ExceptionContext filterContext)
    {
        Exception exception = filterContext.Exception;

        ILog logger = LogManager.GetLogger(LoggerType);
        logger.Error(Resources.Error.UnhandledAjaxException, exception);

        filterContext.HttpContext.Response.Clear();
        filterContext.HttpContext.Response.Status = Resources.Constants.HttpSuccess;

        string errorMessage = WebUtility.GetUserExceptionMessage(exception, true);

        filterContext.Result = new ExceptionJsonResult(new[] { errorMessage });
        filterContext.ExceptionHandled = true;
    }
}

А это мои customErrors :

<customErrors mode="On" />

Как вы можно увидеть, что они довольно обширны, однако они даже не срабатывают в случае доступа к ConnectionStrings , где ConnectionString не существует; что немного озадачивает.

Это срабатывает в любом контроллере, содержащем исключение или исключения вне контроллера, поэтому я не понимаю, почему этот случай отличается.