首先，是的，我们创建并正在使用继承自ExceptionFilterAttribute的异常过滤器。它在应用启动时在我们的身份验证过滤器之后注册到配置中，并且如果API内部发生错误，则基本按预期工作。
话虽如此，我正在寻找一种处理在API到达之前发生的错误的方法。
原因: 我们永远不希望返回YSOD和/或IIS HTML错误。我们始终要命中自定义的异常过滤器/处理程序，以便我们正确处理日志记录并向用户返回JSON响应。
就目前而言，使用Fiddler进行请求，我可以附加到w3wp.exe进程并看到请求命中全局.asax中的Application_BeginRequest方法。之后，它只返回500响应。它在代码中从未出现异常或命中任何我的断点。似乎返回了一个IIS错误。我们绝不希望发生这种情况。我们需要能够捕获所有这些“低级”异常，记录下来，并向用户返回有意义的信息。
是否有什么我们可以做来处理在似乎到达ASP.NET MVC Web API代码之前的错误？
public class PrincipalHandler : DelegatingHandler
{
protected const string PrincipalKey = "MS_UserPrincipal";
protected override Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
{
setAnonymousPrincipal();
request = InitializeIdentity(request);
return base.SendAsync(request, cancellationToken)
.ContinueWith(r =>
{
// inspect result for status code and handle accordingly
return r.Result;
});
}
}
我随后将它插入到HttpConfiguration中，以确保它是要被命中的第一个/最后一个处理程序。Web API中处理程序的工作方式是分层的。因此，每个请求要被命中的第一个处理程序，将在响应时被命中最后一个处理程序。至少这是我的理解，如果我错误了，请随意纠正。
public static void ConfigureApis(HttpConfiguration config)
{
config.MessageHandlers.Insert(0, new PrincipalHandler());
}