小弟初来乍到，分享一些工作学习中遇到的问题和解决方式，如有不准确或是有错误的地方，希望不吝赐教，谢过了。  --Dogtwo

 

起因：
ABP 中异常处理的思路是很清晰的。一共五种类型的异常类。

AbpInitializationException用于封装ABP初始化过程中出现的异常，只要抛出AbpInitializationException异常就可以，无须做额外处理。这类异常往往是需要维护人员介入分析的。

其他四个异常都在AbpController中被集中处理，处理分为两步：一，通过EventBus触发异常事件，相应的异常处理函数则处理异常。二，针对AbpValidationException，UserFriendlyException和AbpAuthorizationException异常，Abp会将异常信息转换为ErrorInfo,并以view或Json的形式返回给客户端。
（以上内容摘自 HK Zhand大大的博客）

我们应使用UserFriendlyException来包装我们自定义的异常，但UserFriendlyException抛出的异常存在一个问题：无法指定HttpStatus code，这样前端收到的response中HttpStatus code均为500。对一部分前端语言或框架来说，这个状态码难以处理或不便于处理，因为约定5xx指示服务器异常，不应再由前端进行Handle。

所以，我们希望更改Response中的HttpStatus code。

思路很简单，我们利用filter去拦截异常，判断其类型，若为我们自定义的异常则更改HttpStatus code。

Filter部分代码

public class MyExceptionFilter : IExceptionFilter
{
    public ILogger Logger { get; set; }

    public MyExceptionFilter()
    {
        Logger = NullLogger.Instance;
    }

    public void OnException(ExceptionContext context)
    {
        if (!(context.Exception is MyException))
        {
            return;
        }

        HandleAndWrapException(context);
    }

    private void HandleAndWrapException(ExceptionContext context)
    {
        context.HttpContext.Response.StatusCode = (int)HttpStatusCode.BadRequest;

        var myException = (MyException)context.Exception;

        context.Result = new ObjectResult(
        　　new AjaxResponse(
        　　　　new ErrorInfo(myException.ErrorCode, myException.Message)
　　　　　　　　)    
　　　　　);

        LogHelper.LogException(Logger, context.Exception);

        context.Exception = null; //Handled!
    }
}            

然后再StartUp文件中添加filter

services.Configure(mvcOptions =>
{
    mvcOptions.Filters.AddService(typeof(MyExceptionFilter ));
});

 

运行发现，filter并不能catch住我们抛出的异常，甚至OnException方法体都没进入。
原来，ABP本身实现了几个filter，包括Authorization Filter, Audit Action Filter, Validation Action Filter, Unit of Work Action Filter, Exception Filter和Result Filter.
造成我们的自定义filter无法正常执行的原因就是Exception Filter.

ABP官方文档介绍为：
AbpExceptionFilter is used to handle exceptions thrown from controller actions. It handles and logs exceptions and returns a wrapped response to the client.

This only handles object results, and not view results. Actions returning any object, JsonResult or ObjectResult will be handled. Actions are not handled if they return a view or any other result type implementing IActionsResult. It is recommend that you use the built-in UseExceptionHandler extension method defined in the Microsoft.AspNetCore.Diagnostics package to handle view exceptions.
Exception handling and logging behaviour can be changed using the WrapResult and DontWrapResult attributes for methods and classes.

除此之外， ABPExceptionFilter还会触发AbpHandledExceptionData eventbus event.且，经由ABPExceptionFilter处理之后，会将异常信息转换为ErrorInfo,并以view或Json的形式返回给客户端。所以当response通过ABPExceptionFilter之后便不再包含Exception了，自然我们的Filter捕捉不到了。

由此，想到两个解决方法
一 经由Event bus再次将异常抛出（很明显，如果是为了解决本问题的话，逻辑不通，很差的解决方式。已经被catch的异常再抛出来被自定义的filter去处理，七擒孟获）
但为了熟悉这部分的代码逻辑还是做了一下实现。

public class MyExceptionHandler : IEventHandler, ITransientDependency
{
    public ILogger Logger { get; set; }

    public MyExceptionHandler()
    {
        Logger = NullLogger.Instance;
    }

    public void HandleEvent(AbpHandledExceptionData eventData)
    {
        Logger.