二百零八

最新推荐文章于 2021-12-12 11:33:54 发布
最新推荐文章于 2021-12-12 11:33:54 发布
阅读量258 收藏
点赞数
原文链接：https://www.cnblogs.com/JulianHuang/p/14175309.html
版权
本文探讨了ABP框架在异常处理方面存在的问题，包括未能捕获特定类型的异常和输出的日志信息过于详细。提出了改进目标，如添加TraceId、分类异常信息以及简化前端展示。通过分析AbpExceptionFilter源码，提出创建自定义过滤器EapExceptionFilter以替换默认过滤器，从而实现这些目标。最后，展示了实现改造后的效果。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

  1. Abp官方异常处理
    Abp项目默认会启动内置的异常处理，默认不将异常信息发送到客户端。
    在AppModule文件ConfigureServices方法中使用以下代码：

Configure(options =>
{
options.SendExceptionsDetailsToClients = true;
});
可将异常信息发送到客户端：如下图：

{
“error”: {
“code”: null,
“message”: “ERROR [42000] [Cloudera][ImpalaODBC] (360) Syntax error occurred during query execution: [HY000] : AnalysisException: Could not resolve column/field reference: ‘ug_fed89221846a42dc8427932b2965a020’\n”,
“details”: “OdbcException: ERROR [42000] [Cloudera][ImpalaODBC] (360) Syntax error occurred during query execution: [HY000] : AnalysisException: Could not resolve column/field reference: ‘ug_fed89221846a42dc8427932b2965a020’\n\nSTACK TRACE: at Gridsum.EAP.Olap.ExecuteQueryLayer.HandleQueryAsync(QueryContext queryContext, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/Olap/ExecuteQueryLayer.cs:line 81\n at Gridsum.EAP.Olap.DistributedCacheLayer.HandleQueryAsync(QueryContext queryContext, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/Olap/DistributedCacheLayer.cs:line 50\n at Gridsum.EAP.DataQuery.AbstractQueryExecutor1.ExecuteQueryAsync(TQuery query, DistributedCacheEntryOptions options, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/AbstractQueryExecutor.cs:line 60\n at Gridsum.EAP.DataQuery.AbstractQueryExecutor1.ExecuteQueryAsync(TQuery query, CancellationToken token) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/AbstractQueryExecutor.cs:line 47\n at Gridsum.EAP.Application.UserGroupService.ClearUserGroupUserAsync(UserGroupUpdateUserDto updateDto, String idshort, CancellationToken cancelToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.Application/UserGroup/UserGroupService.cs:line 332\n at Gridsum.EAP.Application.UserGroupService.UpdateUserGroupUserAsync(UserGroupUpdateUserDto updateDto, CancellationToken cancelToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.Application/UserGroup/UserGroupService.cs:line 370\n at Castle.DynamicProxy.AsyncInterceptorBase.ProceedAsynchronous[TResult](IInvocation invocation, IInvocationProceedInfo proceedInfo “42000] [Cloudera][ImpalaODBC] (360 “42000] [Cloudera][ImpalaODBC] (360) Syntax error occurred during query execution: [HY000] : AnalysisException: Could not resolve column/field reference: ‘ug_fed89221846a42dc8427932b2965a020’\n\nSTACK TRACE: at Gridsum.EAP.Olap.ExecuteQueryLayer.HandleQueryAsync(QueryContext queryContext, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/Olap/ExecuteQueryLayer.cs:line 81\n at Gridsum.EAP.Olap.DistributedCacheLayer.HandleQueryAsync(QueryContext queryContext, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/Olap/DistributedCacheLayer.cs:line 50\n at Gridsum.EAP.DataQuery.AbstractQueryExecutor1.ExecuteQueryAsync(TQuery query, DistributedCacheEntryOptions options, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/AbstractQueryExecutor.cs:line 60\n at Gridsum.EAP.DataQuery.AbstractQueryExecutor1.ExecuteQueryAsync(TQuery query, CancellationToken token) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/AbstractQueryExecutor.cs:line 47\n at Gridsum.EAP.Application.UserGroupService.ClearUserGroupUserAsync(UserGroupUpdateUserDto updateDto, String idshort, CancellationToken cancelToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.Application/UserGroup/UserGroupService.cs:line 332\n at Gridsum.EAP.Application.UserGroupService.UpdateUserGroupUserAsync(UserGroupUpdateUserDto updateDto, CancellationToken cancelToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.Application/UserGroup/UserGroupService.cs:line 370\n at Castle.DynamicProxy.AsyncInterceptorBase.ProceedAsynchronous[TResult”) Syntax error occurred during query execution: [HY000] : AnalysisException: Could not resolve column/field reference: ‘ug_fed89221846a42dc8427932b2965a020’\n\nSTACK TRACE: at Gridsum.EAP.Olap.ExecuteQueryLayer.HandleQueryAsync(QueryContext queryContext, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/Olap/ExecuteQueryLayer.cs:line 81\n at Gridsum.EAP.Olap.DistributedCacheLayer.HandleQueryAsync(QueryContext queryContext, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/Olap/DistributedCacheLayer.cs:line 50\n at Gridsum.EAP.DataQuery.AbstractQueryExecutor1.ExecuteQueryAsync(TQuery query, DistributedCacheEntryOptions options, CancellationToken cancellationToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/AbstractQueryExecutor.cs:line 60\n at Gridsum.EAP.DataQuery.AbstractQueryExecutor1.ExecuteQueryAsync(TQuery query, CancellationToken token) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.DataQuery/AbstractQueryExecutor.cs:line 47\n at Gridsum.EAP.Application.UserGroupService.ClearUserGroupUserAsync(UserGroupUpdateUserDto updateDto, String idshort, CancellationToken cancelToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.Application/UserGroup/UserGroupService.cs:line 332\n at Gridsum.EAP.Application.UserGroupService.UpdateUserGroupUserAsync(UserGroupUpdateUserDto updateDto, CancellationToken cancelToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.Application/UserGroup/UserGroupService.cs:line 370\n at Castle.DynamicProxy.AsyncInterceptorBase.ProceedAsynchronous[TResult”)\n at Volo.Abp.Castle.DynamicProxy.CastleAbpMethodInvocationAdapterWithReturnValue1.ProceedAsync()\n at Volo.Abp.Validation.ValidationInterceptor.InterceptAsync(IAbpMethodInvocation invocation)\n at Volo.Abp.Castle.DynamicProxy.CastleAsyncAbpInterceptorAdapter1.InterceptAsync[TResult](IInvocation invocation, IInvocationProceedInfo proceedInfo, Func3 proceed "TResult")\n at Castle.DynamicProxy.AsyncInterceptorBase.ProceedAsynchronous[TResult](IInvocation invocation, IInvocationProceedInfo proceedInfo "TResult")\n at Volo.Abp.Castle.DynamicProxy.CastleAbpMethodInvocationAdapterWithReturnValue1.ProceedAsync()\n at Volo.Abp.Auditing.AuditingInterceptor.InterceptAsync(IAbpMethodInvocation invocation)\n at Volo.Abp.Castle.DynamicProxy.CastleAsyncAbpInterceptorAdapter1.InterceptAsync[TResult](IInvocation invocation, IInvocationProceedInfo proceedInfo, Func3 proceed “TResult”)\n at Castle.DynamicProxy.AsyncInterceptorBase.ProceedAsynchronous[TResult](IInvocation invocation, IInvocationProceedInfo proceedInfo “TResult”)\n at Volo.Abp.Castle.DynamicProxy.CastleAbpMethodInvocationAdapterWithReturnValue1.ProceedAsync()\n at Volo.Abp.Uow.UnitOfWorkInterceptor.InterceptAsync(IAbpMethodInvocation invocation)\n at Volo.Abp.Castle.DynamicProxy.CastleAsyncAbpInterceptorAdapter1.InterceptAsync[TResult](IInvocation invocation, IInvocationProceedInfo proceedInfo, Func3 proceed "TResult")\n at Gridsum.EAP.Controllers.UserGroupController.UpdateUserGroupUserAsync(String id, CancellationToken cancelToken) in /home/gitlab-runner/builds/ttRjAPVA/0/eap/website/app/src/Gridsum.EAP.HttpApi/Controllers/UserGroupController.cs:line 320\n at lambda_method3440(Closure , Object )\n at Microsoft.AspNetCore.Mvc.Infrastructure.ActionMethodExecutor.AwaitableObjectResultExecutor.Execute(IActionResultTypeMapper mapper, ObjectMethodExecutor executor, Object controller, Object[] arguments)\n at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.<InvokeActionMethodAsync>g__Awaited|12_0(ControllerActionInvoker invoker, ValueTask1 actionResultValueTask)\n at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.g__Awaited|10_0(ControllerActionInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted)\n at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Rethrow(ActionExecutedContextSealed context)\n at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted)\n at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.g__Awaited|13_0(ControllerActionInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted)\n at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.g__Awaited|25_0(ResourceInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted)\n”,
“data”: null,
“validationErrors”: null
}
}
经过几天倒腾，发现Abp VNext的异常处理有几个问题。

2.Abp异常处理存在的缺陷
并没有如官方所述：自动处理所有异常，需要满足官方所说的任意一个条件

这就导致当Controller Action方法返回类型不是object result(并有异常抛出)时，则根本捕获不到异常，这应该算Abp的一个Bug

输出的异常没有TraceId， 不利于日志排查
发送到客户端的日志字段message,detail字段过于详细冗长，不能用于前端显示
当然你也可以使用上面所说的配置：不将异常信息发送到客户端，但这样就因噎废食了。

  1. 异常处理的目标
    虽然Abp的异常处理有缺陷， 但只是异常信息应用上的缺陷，
    Abp异常处理①对异常的划分、②异常信息的本地化、③出现异常时写日志 支持的还是相当好。

我们考虑基于Abp的异常处理做一些扩展，（若扩展不了做一些替换 …）

对所有Controller-Action方法捕获异常， [修复Abp Bug]
在Abp的异常处理结果中添加 TraceId
希望将服务端异常划分为几大类，简化前端显示；同时也不妨碍开发者查看详细异常信息。
4. 揪出Abp异常处理缺陷的根源
Abp异常处理的核心对象AbpExceptionFilter，实现IAsyncExceptionFilter过滤器, ITransientDependency瞬时注入接口。

这是一个ServiceFilterAttribute, 你可以认为有如下

[ServiceFilter(typeof(AbpExceptionFilter))]
特性，作用在每一个Controller的Action方法上。

一旦某个Controller的Action方法发生异常， 会先后执行如下代码：

public async Task OnExceptionAsync(ExceptionContext context)
{
if (!ShouldHandleException(context))
{
return;
}
await HandleAndWrapException(context);
}
ShouldHandleException(context) ：监测是否应该处理异常，据查该函数确实存在我上文说的问题：并不能捕获所有的Action方法的异常。
HandleAndWrapException(context)： 异常处理步骤：
根据Abp内置的异常类型，自动确定状态码 (这个在Abp官方文档有讲)
序列化异常对象，并向客户端输出如下格式：
{
“error”: {
“code”: null,
“message”: “ERROR [42000] [Cloudera][ImpalaODBC] (360) Syntax error occurred during query execution: [HY000] : AnalysisException: Could not resolve column/field reference: ‘ug_fed89221846a42dc8427932b2965a020’\n”,
“details”:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx…,
“data”: null,
“validationErrors”: null
}
}
① 输出的信息，从一开始就没有包含TraceId；
② 这个格式的日志过于详细，message，details字段均不能用于前端显示。

写日志，默认异常级别为Error
掌握了以上源码，我们就可以针对性的修改Abp的核心异常处理类AbpExceptionFilter。

  1. Abp异常处理顽疾的修复方案
    光说不练假把式

Abp的AbpExceptionFilter不是抽象类，没法重载，为大道我们设定的3个目标。
考虑使用针对性的ExceptionFilter替换默认的AbpExceptionFilter。

①. 新建EapExceptionFilter，内容拷贝自AbpExceptionFilter， 并做出如下针对性修改：

②. 在AppModule替换默认的AbpExceptionFilter为新的EapExceptionFilter过滤器：

context.Services.AddMvc(options =>
{
options.Filters.ReplaceOne(x=> (x as ServiceFilterAttribute)?.ServiceType?.Name==nameof(AbpExceptionFilter), new ServiceFilterAttribute(typeof(EapExceptionFilter)));
})
改造的效果如下：

That’s All
如果大家真切使用了Abp VNext最新版，

相信我在第2点提到的Abp异常处理的顽疾，Abp使用者会感同身受；

第3点提出的几个目标也是企业级异常处理 要解决的痛点。

ouhou999
关注
ABP异常处理：自定义错误响应
m0_62153576的博客
02-09 127
首先，创建一个新的类，实现// 这里可以根据需要添加或删除错误信息的字段// 例如，我们可以移除data字段通过覆盖接口，我们可以有效地控制ABP框架的异常信息输出。这样的做法不仅可以保护系统的敏感信息，还可以提供更友好的用户体验。此方法为所有未处理的异常提供了一个统一的处理点，确保了系统的安全性和一致性。在实际开发中，根据不同的需求，可以进一步扩展这个转换器，添加或修改错误信息字段，使得错误响应更具可读性和可用性。
python中的异常
weixin_48742033的博客
05-10 277
1.什么是异常 当python检测到一个错误时，解释器会指出当前已经无法执行下去，这就是出现了异常 通俗来讲就是程序出现了错误，而这种错误又是在正常控制流以外的（未预见），我们应该怎么做呢，这就是异常应该做的 2.常见的异常 异常 描述 NameError 未声明/初始化对象 IndexError 序列中没有此索引 SyntaxError 语法错误 KeyboradInterrupt 用户中断执行 IOError 输入/输出操作失败 3.异常的基本语法 try： except： 4.异常的案
面向对象--异常
qq_40649503的博客
09-13 147
跟着狂神学JAVA 面向对象 异常机制 什么是异常 异常处理机制 Ctrl+Alt+T为选中代码块添加捕获异常 自定义异常 案例 总结
Python中的异常处理
qq_47656380的博客
10-09 254
什么是异常 Error（错误）：是系统中的错误，程序员是不能改变和处理的，如系统崩溃，内存空间不足，方法调用栈溢等。遇到这样的错误建议让程序终止 Exception（异常）：表示程序可以处理的异常，可以捕获并且恢复，遇到这类异常，应该尽可能处理异常，使程序恢复运行，而不是应该随意终止程序 常见的异常 IndentatioEerror：缩进错误 Keyboardlnterrupt：Ctrl+C被按下 UnboundLocalError：有同名的全局变量 异常处理机制 Pythob的异常机制主要依赖try，ex
Egm2008SoftWare
06-29
《Egm2008SoftWare在测绘领域的应用与详解》 Egm2008SoftWare是一款专门针对测绘行业的专业软件，它在地球重力模型（EGM，即Earth Gravitational Model）的基础上，提供了高效、精确的地理数据处理和分析功能。这款...
CAD2008 Win7 64位补丁
11-04
win7虽然支持大部分软件，但是有些专业软件是无法安装的，比如AutoCAD2008、Solidworks2008之前的版本，在win7上直接装的话，只能装64位的，这个方法可以解决在64位win7上安装32位的AutoCAD2008。 安装方法： 将...
MISRA C++ 2008 规则整理.pdf
09-15
MISRA C++ 2008 规则整理 MISRA C++ 2008 规则整理是一份非常重要的编程规范文档，对于 C++ 程序员来说，了解和掌握这些规则对编写高质量的代码非常重要。 MISRA C++ 2008 规则整理中包含了大量的规则和指南，...
联想ThinkSystem机器安装2008R2详细教程
07-03
标题：“联想ThinkSystem机器安装2008R2详细教程”描述：“自联想发布新品服务器以来，关于新品机器能否安装2008的声音此起彼伏，尤其是阵列卡的驱动让众多尝试安装的人折了腰，现在我将整个安装过程做个详细的教程...
SQL SERVER 2008, 一键卸载工具
04-12
SQL Server 2008是一款由Microsoft开发的关系型数据库管理系统，广泛应用于企业级的数据存储、管理和分析。在日常运维工作中，有时需要卸载并重新安装SQL Server 2008来解决各种问题或升级到更高版本。传统的卸载...
Python中的异常
weixin_52728674的博客
12-12 3063
目录Python中的异常①什么是异常(Exception)②有那些类型的异常③如何处理异常（1）try/except语句（2）try/finally语句④总结 Python中的异常 ①什么是异常(Exception) 异常就是程序运行时因代码的逻辑错误或用户的不合法输入导致程序无法正常运行的现象，而通常这种情况发生时我们的Python就会报错，并且Python 还会打印出检测到的错误发生的位置。这就是一个错误处理器（ErrorHandler）2 为这个错误所做的事情。 如图所示，代码要求打开一个文件，但
python raise语句_Python知识精解：Python异常及解决办法
weixin_39610722的博客
12-05 582
异常是什么Python 异常是指在程序运行中所产生的错误，即代码在无法正常执行的情况下就会产生异常。这个错误可以是Python内置的错误类型，也可以是开发者自定义的错误类型。异常即一个事件，异常会影响程序的执行流程，若没有用正确的方式捕获产生的异常，代码就会终止运行。产生异常的情况举例举一些Python常见的发生异常的场景：比如将一个字母转换为整型。这时Python会自动抛出TypeError异常...
Python--异常
baixiaofu的博客
04-24 363
异常 创建异常和引发异常 什么是异常？ 异常即是一个事件，该事件会在程序执行过程中发生，影响了程序的正常执行。 在Python中异常一旦发生，将会终止程序运行。 如何引发异常？ 使用raise语句自己触发异常 raise [Exception [, args [, traceback]]] def functionName( level ): if level &lt...
十六 Python之异常
东风麦芽糖
02-16 549
Python异常的传递、Python⾃定义异常
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值