[发明专利]规范化处理后端异常报错的方法及系统

说明书

本发明提出了一种规范化处理后端异常报错的方法及系统，其中方法包括：步骤一、通过预设封装模块接收抛出的异常；步骤二、异常过滤器捕获抛出的异常并进行封装，抛出固定格式的错误信息；步骤三、所述预设封装模块针对参数类型对所述异常进行分别处理和再次封装；步骤四、将最终封装后的错误反馈至前端开发人员，以便于开发人员对错误的处理。本发明通过统一异常抛出的信息格式，实现规范化字符串信息进行切割及重新封装的一致性过程，同时使得异常信息更易于理解。

技术领域

本发明涉及一种规范化处理后端异常报错的方法及系统，特别是涉及计算机网络应用程序开发的技术领域。

背景技术

目前，现有的web应用普遍流行使用前后端分离的开发技术，即前后端同时进行开发，此种开发模式使前后端能够并发的进行工作，加快项目的诞生。

开发过程中，现阶段网页后端的校验多为框架自带的校验模块直接抛出的异常信息，这些异常信息为dto(Data Transfer Object，即数据传输对象)校验器直接抛出的错误，并在框架捕获到校验器抛出的错误后，将其返回给客户端。当通过了第一层校验后，数据就会传入业务逻辑层，业务逻辑层为编码人员自己实现的业务逻辑，同时捕获其中产生的错误，但抛出的错误大多也为自定义的错误，不具备规范化。最后在数据持久化过程中，持久层框架或者数据库都可能抛出错误，然后向前端返回报错的信息。这些错误都没有经过规范化的定义，各自有各自的格式。

不规范的报错方式往往呈现以下缺陷：首先，前端需要自己实现前端的校验，后端也需要对客户端通过HTTP传递的参数进行校验。因为对后端来说校验是必须要做的，而前端没有办法校验业务逻辑，所以前端没有办法实现完全的校验，因此，前端实现的校验从一定程度上来说便会占据开发过程中的资源，从而造成开发中的浪费。

其次，web框架对于后端的校验以及各种报错信息没有封装，来自dto层校验器的报错与来自dao(Data Access Object)层的报错信息结构不统一，同时在业务逻辑层编码人员根据自己风格编写抛出的异常信息，导致前端接收后端的报错信息后只能在表单某侧对报错信息进行展示或者罗列，进一步导致用户看到提示的报错信息时，无法判断问题在哪里，影响用户的使用体验。更为严重的问题是，由于后端的各个模块报错信息的不一致，当后端出现问题时对问题的定位和追踪也比较麻烦，首先得判断这个错误信息的来源，然后才能判断问题发生的原因。

发明内容

发明目的：提出一种规范化处理后端异常报错的方法，以解决现有技术存在的上述问题。

技术方案：第一方面，提出了一种规范化处理后端异常报错的方法，该方法具体包括以下步骤：

步骤一、通过预设封装模块接收抛出的异常；

步骤二、异常过滤器捕获抛出的异常并进行封装，抛出固定格式的错误信息；

步骤三、所述预设封装模块针对参数类型对所述异常进行分别处理和再次封装；

步骤四、将最终封装后的错误反馈至前端开发人员，以便于开发人员对错误的处理。

在第一方面的一些可实现方式中，步骤一中抛出的异常信息采用统一信息格式进新格式规范；所述统一信息格式为“模块--属性__错误信息”。通过“--”与“__”分割错误信息，进行字符串分割，获取对应的信息报错内容。

所述预设封装模块向外公开一个交互函数，所述交互函数中包含一个定义错误发生模块名称的参数moduleName，交互函数根据接收到的参数类型对传入的报错内容分别进行处理，并将错误信息转化为“模块--属性__错误信息”格式的字符串，随后，创建Error对象，并将该字符串添加到Error对象中返回给交互函数的调用方。

在第一方面的一些可实现方式中，所述步骤二进一步为：采用异常过滤器捕获抛出的异常，对其进行封装，并抛出固定格式的错误信息。