CN115801357A - 一种全局异常处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种全局异常处理方法、装置、设备及存储介质。方法包括：通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。通过全局异常拦截分类处理，减少了所有接口的捕获异常和日志打印的代码量及难度，既提高了代码整洁性，又降低了信息泄露的风险；同时提升了系统的扩展性，只需要添加异常类型即可继续细分不同的异常处理。

Description

一种全局异常处理方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种全局异常处理方法、装置、设备及存储介质。

背景技术

互联网系统中的信息安全尤为重要，为了保护系统的数据安全，防止信息泄露，需要进行异常运行的拦截。

目前的拦截方式主要包括：一、在每个接口定义响应码和提示信息，以实现异常交互的拦截。二、基于网关实现全局异常拦截及日志打印，主要通过搭建网关服务，配置拦截策略、异常分类处理以及自定义异常、打印异常日志信息实现。

在实现本发明的过程中，发现现有技术中至少存在以下技术问题：定义接口的方式较复杂，代码冗余量大。通过网关拦截的方式属于框架级别的服务，需要单独的运行环境，服务之间耦合性高，提高成本的同时也不易于管控。

发明内容

本发明提供了一种全局异常处理方法、装置、设备及存储介质，以解决异常拦截处理实现复杂的技术问题。

根据本发明的一方面，提供了一种全局异常处理方法，包括：

通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；

根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。

可选的，在上述方案的基础上，所述根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，包括：

基于预先设置的异常类型对应的提示信息，以及所述交互请求的异常类型，确定所述交互信息的异常响应信息。

可选的，在上述方案的基础上，还包括：

获取定义的异常类型的响应码和提示信息常量，将所述响应码和所述提示信息常量作为所述异常类型对应的提示信息进行关联存储。

可选的，在上述方案的基础上，所述异常类型基于spring切面划分，所述异常类型包括系统异常、业务异常以及自定义异常。

可选的，在上述方案的基础上，还包括：

打印所述异常交互请求关联的执行信息并输出。

可选的，在上述方案的基础上，所述执行信息包括异常日志、请求参数、请求路径中的至少一个。

可选的，在上述方案的基础上，还包括：

当同一异常类型对应的异常交互请求次数大于设定阈值时，停止对所述异常交互请求的执行信息的打印操作。

根据本发明的另一方面，提供了一种全局异常处理装置，包括：

异常交互请求拦截模块，用于通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；

异常交互请求响应模块，用于根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。

可选的，在上述方案的基础上，所述异常交互请求响应模块22具体用于：

基于预先设置的异常类型对应的提示信息，以及所述交互请求的异常类型，确定所述交互信息的异常响应信息。

可选的，在上述方案的基础上，装置还包括提示信息设置模块，用于：

获取定义的异常类型的响应码和提示信息常量，将所述响应码和所述提示信息常量作为所述异常类型对应的提示信息进行关联存储。

可选的，在上述方案的基础上，所述异常类型基于spring切面划分，所述异常类型包括系统异常、业务异常以及自定义异常。

可选的，在上述方案的基础上，装置还包括执行信息打印模块，用于：

打印所述异常交互请求关联的执行信息并输出。

可选的，在上述方案的基础上，所述执行信息包括异常日志、请求参数、请求路径中的至少一个。

可选的，在上述方案的基础上，装置还包括打印操作控制模块，用于：

当同一异常类型对应的异常交互请求次数大于设定阈值时，停止对所述异常交互请求的执行信息的打印操作。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的全局异常处理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的全局异常处理方法。

本发明实施例的技术方案，通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。通过全局异常拦截分类处理，减少了所有接口的捕获异常和日志打印的代码量及难度，既提高了代码整洁性，又降低了信息泄露的风险；同时提升了系统的扩展性，只需要添加异常类型即可继续细分不同的异常处理。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种全局异常处理方法的流程图；

图2是本发明实施例三提供的一种全局异常处理装置的结构示意图；

图3是本发明实施例四提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是本发明实施例一提供的一种全局异常处理方法的流程图，本实施例可适用于对互联网系统进行异常运行拦截时的情形，该方法可以由全局异常处理装置来执行，该全局异常处理装置可以采用硬件和/或软件的形式实现，该全局异常处理装置可配置于计算机设备中。如图1所示，该方法包括：

S110、通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型。

本实施例提供的方法可以应用于任意互联网系统，其中交互请求可以基于互联网系统的系统属性确定。以交易系统为例，交互请求可以为交易请求。以微银行应用系统为例，用户通过微银行应用程序发起交易请求，微银行服务端执行交易请求，假设交易请求顺利执行，则直接返回交易结果，若交易请求执行异常，则该交易请求为异常交易请求，需要进行拦截处理。

在本实施例中，通过全局异常拦截分类处理的方式对异常交互进行拦截，减少了所有接口的捕获异常和日志打印的代码量及难度。具体的，可以通过@ExceptionHandler注解拦截异常交互请求。

可选的，可以针对不同的异常类型设置对应的@ExceptionHandler注解，以通过各异常类型对应的@ExceptionHandler注解拦截该异常类型的异常交互请求。

可以设置系统异常注解为@ExceptionHandler(Exception.class),业务异常注解为@ExceptionHandler(BusinessException.class)，自定义异常注解为@ExceptionHandler(BCustom.class)。也就是说，通过@ExceptionHandler(Exception.class)进行系统异常交互请求的拦截，通过@ExceptionHandler(BusinessException.class)进行业务异常交互请求的拦截，通过@ExceptionHandler(BCustom.class)进行自定义异常交互请求的拦截。其中，自定义异常交互请求可以根据实际交互场景设置一个或多个，在此不做限制。

通过@ExceptionHandler注解拦截到异常交互请求后，可以基于拦截到异常交互请求的注解确定异常交互请求的异常类型。仍以上述为例，假设通过

在一些实施例中，所述异常类型基于spring切面划分，所述异常类型包括系统异常、业务异常以及自定义异常。系统级异常拦截处理，用来捕获控制层异常信息。业务异常拦截处理，用来捕获业务层异常信息。具体的自定义异常类型及业务异常类型可以根据实际应用场景设置扩展设置，扩展时可以通过继承此类，细分业务实现自定义扩展，在此不做限制。

S120、根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。

一般来说，同类型的异常交互请求的异常原因相同，基于此，同类型的异常交互请求可以生成相同的异常响应信息返回至交互请求的发起端，使得交互请求的发起方能够根据异常响应信息确定异常交互原因，执行对应的修正操作。

在本发明的一种实施方式中，可以针对每个异常类型设置对应的提示信息作为该异常类型对应的异常交互请求的异常响应信息。

可选的，所述根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，包括：

基于预先设置的异常类型对应的提示信息，以及所述异常交互请求的异常类型，确定所述交互信息的异常响应信息。

其中，异常类型对应的提示信息可以为文本形式的信息，即预先设置异常类型对应的提示信息，在拦截到异常交互请求后，将异常交互请求所属异常类型对应的提示信息作为异常响应信息。假设预先设置有异常类型A对应的提示信息为提示信息A，预先设置有异常类型B对应的提示信息为提示信息B，预先设置有异常类型C对应的提示信息为提示信息C，异常交互请求所属的异常类型为异常类型B，则将异常类型B对应的提示信息：提示信息B作为异常交互请求的异常响应信息。

可选的，提示信息可以为异常类型对应的类型代码、异常类型的异常原因，和/或，异常类型的异常解决方式等。

在上述方案的基础上，还包括：

获取定义的异常类型的响应码和提示信息常量，将所述响应码和所述提示信息常量作为所述异常类型对应的提示信息进行关联存储。

可以设置异常类型的响应码(即异常类型对应的类型代码)和提示信息常量(即异常类型的异常原因、异常类型的异常解决方式)作为异常类型的提示信息。示例性的，业务异常类型的响应码可以为9998，提示信息常量可以为(PHONE_DECRYPT_FAIL＝“手机号解密失败”，PHONE_BANK_USER_NOT_EXISTENT＝“用户信息不存在或者登陆已失效”)。可选的，提示信息常量还可以包括公共提示信息和业务提示信息，公共提示信息的文字描述可以为“此服务暂停”、“参数不能为空”、“系统繁忙，请稍后再试”等，业务提示信息的文字描述可以为“access_toker响应值为空”、“该分享不存在或者已失效”、“UrlEncode加密异常”等。

在上述方案的基础上，还包括：

打印所述异常交互请求关联的执行信息并输出。

拦截异常交互请求后，为了能够实现对异常交互请求的交互情况分析，需要打印异常交互请求的相关执行信息并输出，以使后台管理方能够根据输出的执行信息对异常交互请求的异常进行分析处理。其中，所述执行信息包括异常日志、请求参数、请求路径中的至少一个。

还可以分别对不同的请求类型进行参数智能识别获取，输出到异常日志中，方便排查和定位问题原因，减少冗余代码。

在上述方案的基础上，还包括：

当同一异常类型对应的异常交互请求次数大于设定阈值时，停止对所述异常交互请求的执行信息的打印操作。

为了防止恶意攻击，可以设置同一异常类型的打印操作的上限值，当同一异常类型对应的异常交互请求次数大于设定阈值时，可能存在恶意攻击的情况，停止对所述异常交互请求的执行信息的打印操作。

本实施例的技术方案，通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。通过全局异常拦截分类处理，减少了所有接口的捕获异常和日志打印的代码量及难度，既提高了代码整洁性，又降低了信息泄露的风险；同时提升了系统的扩展性，只需要添加异常类型即可继续细分不同的异常处理。

实施例二

本实施例在上述实施例的基础上，提供了一种优选实施例。本实施例以微银行系统的异常分类拦截为例，对全局异常拦截进行示例性说明。

目前微银行的拦截方式中，每个接口都需要定义响应码和提示信息，异常捕获遍布每个接口，产生大量重复代码，接口复用相对较差，冗余体量占比严重。与此同时，存在部分服务接口在特殊场景下会出现一些敏感日志返回给服务请求方。例如，网络连接超时出现的服务器IP地址信息、数据库脚本异常出现的表结构信息、用户敏感信息泄露等等。本发明实施例为了保护系统的数据安全，防止信息泄露，提高项目的整体的代码利用率，基于spring切面实现了全局异常拦截，自定义配置交易级别的响应码和提示信息进行全局管控。

具体的，本实施例提供的方法主要包括四部分：

1)系统中配置交易级别的响应码(9999：系统异常，9998业务交易异常，0000成功等)，提示信息常量(PHONE_DECRYPT_FAIL＝"手机号解密失败"，PHONE_BANK_USER_NOT_EXISTENT＝"用户信息不存在或者登陆已失效")；

2)异常分类，目前异常分为系统异常、业务异常以及自定义异常，通过@ExceptionHandler注解进行拦截。示例性的，系统异常注解可以为@ExceptionHandler(Exception.class),业务异常注解可以为@ExceptionHandler(BusinessException.class)；

3)在拦截器中对未捕获的异常进行拦截，解析异常类型，打印异常日志、请求参数、请求路径等信息。

4)依照解析异常的类型，做出不同响应和提示，并返回给服务请求方。

本实施例的技术方案，通过全局异常拦截分类处理，减少了所有接口的捕获异常和日志打印的代码量及难度，既提高了代码整洁性，又降低了信息泄露的风险；同时提升了系统的扩展性，只需要添加自定义异常即可继续细分不同的业务逻辑异常处理，基于spring切面对异常拦截分类，进行不同的交易级响应提示和日志输出。

实施例三

图2是本发明实施例三提供的一种全局异常处理装置的结构示意图。如图2所示，该装置包括：异常交互请求拦截模块210和异常交互请求响应模块220，其中：

异常交互请求拦截模块210，用于通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；

异常交互请求响应模块220，用于根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。

本实施例的技术方案，通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。通过全局异常拦截分类处理，减少了所有接口的捕获异常和日志打印的代码量及难度，既提高了代码整洁性，又降低了信息泄露的风险；同时提升了系统的扩展性，只需要添加异常类型即可继续细分不同的异常处理。

在上述实施例的基础上，可选的，所述异常交互请求响应模块220具体用于：

基于预先设置的异常类型对应的提示信息，以及所述交互请求的异常类型，确定所述交互信息的异常响应信息。

在上述实施例的基础上，可选的，装置还包括提示信息设置模块，用于：

获取定义的异常类型的响应码和提示信息常量，将所述响应码和所述提示信息常量作为所述异常类型对应的提示信息进行关联存储。

在上述实施例的基础上，可选的，所述异常类型基于spring切面划分，所述异常类型包括系统异常、业务异常以及自定义异常。

在上述实施例的基础上，可选的，装置还包括执行信息打印模块，用于：

打印所述异常交互请求关联的执行信息并输出。

在上述实施例的基础上，可选的，所述执行信息包括异常日志、请求参数、请求路径中的至少一个。

在上述实施例的基础上，可选的，装置还包括打印操作控制模块，用于：

当同一异常类型对应的异常交互请求次数大于设定阈值时，停止对所述异常交互请求的执行信息的打印操作。

本发明实施例所提供的全局异常处理装置可执行本发明任意实施例所提供的全局异常处理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图3是本发明实施例四提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图3所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如全局异常处理方法。

在一些实施例中，全局异常处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的全局异常处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行全局异常处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的全局异常处理方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

实施例五

本发明实施例五还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行一种全局异常处理方法，该方法包括：

通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；

根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种全局异常处理方法，其特征在于，包括：

通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；

根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。

2.根据权利要求1所述的方法，其特征在于，所述根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，包括：

基于预先设置的异常类型对应的提示信息，以及所述异常交互请求的异常类型，确定所述交互信息的异常响应信息。

3.根据权利要求2所述的方法，其特征在于，还包括：

获取定义的异常类型的响应码和提示信息常量，将所述响应码和所述提示信息常量作为所述异常类型对应的提示信息进行关联存储。

4.根据权利要求1所述的方法，其特征在于，所述异常类型基于spring切面划分，所述异常类型包括系统异常、业务异常以及自定义异常。

5.根据权利要求1所述的方法，其特征在于，还包括：

打印所述异常交互请求关联的执行信息并输出。

6.根据权利要求5所述的方法，其特征在于，所述执行信息包括异常日志、请求参数、请求路径中的至少一个。

7.根据权利要求5所述的方法，其特征在于，还包括：

当同一异常类型对应的异常交互请求次数大于设定阈值时，停止对所述异常交互请求的执行信息的打印操作。

8.一种全局异常处理装置，其特征在于，包括：

异常交互请求拦截模块，用于通过@ExceptionHandler注解拦截异常交互请求，确定所述异常交互请求的异常类型；

异常交互请求响应模块，用于根据所述异常交互请求的异常类型，确定所述异常交互信息的异常响应信息，并将所述异常响应信息返回至所述交互请求的发起端。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的全局异常处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的全局异常处理方法。

Images