CN110502362A

CN110502362A - 基于微服务架构的错误码定义方法、装置和计算机设备

Info

Publication number: CN110502362A
Application number: CN201910777857.7A
Authority: CN
Inventors: 李柏
Original assignee: Shenzhen Qianhai Huanlianyi Information Technology Service Co Ltd
Current assignee: Shenzhen Qianhai Huanlianyi Information Technology Service Co Ltd; Shenzhen Qianhai Huanrong Lianyi Information Technology Service Co Ltd
Priority date: 2019-08-22
Filing date: 2019-08-22
Publication date: 2019-11-26

Abstract

本申请涉及一种基于微服务架构的错误码定义方法、装置、计算机设备和存储介质，其中该方法包括：获取基于微服务架构的错误码定义请求；从所述请求中获取对应平台简称以及对应平台下的服务简称，并根据所述平台简称以及服务简称生成错误码的第一字段；判断从所述请求中获取错误的错误类型，并根据所述错误的错误类型进行分类生成错误码的第二字段；根据从所述请求中获取错误的具体内容生成错误码的第三字段；将所述错误码的第一字段、第二字段以及第三字段组合得到完整的错误码。本发明结合微服务架构的特点，标准化错误码为平台名+服务名+错误类型+错误码类型的结构，通过具体的错误码可以体现是哪个平台的哪个服务发生了哪种类型的错误。

Description

基于微服务架构的错误码定义方法、装置和计算机设备

技术领域

本发明涉及计算机技术领域，特别是涉及一种基于微服务架构的错误码定义方法、装置、计算机设备和存储介质。

背景技术

目前，错误码的定义通常是用纯数字、纯字母或者字母和数字结合来定义，并加上对应的错误码描述。具体的错误码定义主要包括以下三种方式。第一种是直接通过数字定义，如错误码：000004，错误码描述：请求超时；第二种是直接通过字母定义，如错误码：ErrorQuerySecurityGroup，错误码描述：查询安全组失败；第三种是字母作为前缀+数字来定义，如果错误码：E2002，错误码描述：外部服务接口内部错误。

在传统技术中，现有的错误码定义，或者用英文单词组合来定义错误码所代表的意思，当错误码信息量很大时，错误码的长度就会很长；或者直接用一个数字定义错误码，含义不够清晰；或者字母作为前缀+数字来定义错误码。但以上的定义方式明显不满足微服务架构下，系统存在多个服务的情况。

发明内容

基于此，有必要针对上述技术问题，提供一种基于微服务架构的错误码定义方法、装置、计算机设备和存储介质。

一种基于微服务架构的错误码定义方法，所述方法包括：

获取基于微服务架构的错误码定义请求；

从所述请求中获取对应平台简称以及对应平台下的服务简称，并根据所述平台简称以及服务简称生成错误码的第一字段；

判断从所述请求中获取错误的错误类型，并根据所述错误的错误类型进行分类生成错误码的第二字段；

根据从所述请求中获取错误的具体内容生成错误码的第三字段；

将所述错误码的第一字段、第二字段以及第三字段组合得到完整的错误码。

在其中一个实施例中，所述错误码的第一字段的长度不超过六位；所述错误码的第二字段的长度为两位；所述错误码的第三字段的长度为三位。

在其中一个实施例中，所述错误码的第二字段由两位数字组成；

其中，00-09字段为预留数字，用于扩展；10-49字段用于表示系统类错误；50-89字段用于表示业务类错误；90-99字段为预留数字，用于扩展。

在其中一个实施例中，所述错误码的第三字段由三位数字组成；

根据具体的错误内容依次从数字001开始定义所述错误码的第三字段；

若成功则用数字200表示所述错误码的第三字段。

一种基于微服务架构的错误码定义装置，所述基于微服务架构的错误码定义装置包括：

获取模块，所述获取模块用于获取基于微服务架构的错误码定义请求；

第一生成模块，所述第一生成模块用于从所述请求中获取对应平台简称以及对应平台下的服务简称，并根据所述平台简称以及服务简称生成错误码的第一字段；

第二生成模块，所述第二生成模块用于判断从所述请求中获取错误的错误类型，并根据所述错误的错误类型进行分类生成错误码的第二字段；

第三生成模块，所述第三生成模块用于根据从所述请求中获取错误的具体内容生成错误码的第三字段；

组合模块，所述组合模块用于将所述错误码的第一字段、第二字段以及第三字段组合得到完整的错误码。

若成功则用数字200表示所述错误码的第三字段。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意一项方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项方法的步骤。

上述基于微服务架构的错误码定义方法、装置、计算机设备和存储介质，通过获取基于微服务架构的错误码定义请求；从所述请求中获取对应平台简称以及对应平台下的服务简称，并根据所述平台简称以及服务简称生成错误码的第一字段；判断从所述请求中获取错误的错误类型，并根据所述错误的错误类型进行分类生成错误码的第二字段；根据从所述请求中获取错误的具体内容生成错误码的第三字段；将所述错误码的第一字段、第二字段以及第三字段组合得到完整的错误码。本发明实现了从实际需要出发，结合微服务架构的特点，标准化错误码为平台名+服务名+错误类型+错误码类型的结构，通过具体的错误码可以体现是哪个平台的哪个服务发生了哪种类型的错误。

附图说明

图1为一个实施例中基于微服务架构的错误码定义方法的流程示意图；

图2为另一个实施例中基于微服务架构的错误码定义方法的流程示意图；

图3为再一个实施例中基于微服务架构的错误码定义方法的流程示意图；

图4为一个实施例中基于微服务架构的错误码构成的示意图；

图5为一个实施例中基于微服务架构的错误码定义装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

现有的错误码定义，或者用英文单词组合来定义错误码所代表的意思，当错误码信息量很大时，错误码的长度就会很长；或者直接用一个数字定义错误码，比如:10001，数字无规则，含义不够清晰；或者字母作为前缀+数字来定义错误码，比如：E1001，E代表系统简称，1001是无规则的数字，虽然从错误码知道了错误来源，但明显不满足微服务架构下，系统存在多个服务的情况。

在微服务架构下，每个系统或平台会存在多个服务，每个服务会存在业务错误类型、系统错误类型或者一些未知的错误类型。本发明设计了一种错误码定义的方法，标准规范错误码的定义，通过具体的错误码可以体现是哪个平台的哪个服务发生了哪种类型的错误。

在一个实施例中，如图1所示，提供了一种基于微服务架构的错误码定义方法，该方法包括：

步骤102，获取基于微服务架构的错误码定义请求；

步骤104，从请求中获取对应平台简称以及对应平台下的服务简称，并根据平台简称以及服务简称生成错误码的第一字段；

步骤106，判断从请求中获取错误的错误类型，并根据错误的错误类型进行分类生成错误码的第二字段；

步骤108，根据从请求中获取错误的具体内容生成错误码的第三字段；

步骤110，将错误码的第一字段、第二字段以及第三字段组合得到完整的错误码。

微服务架构体系下，一个平台或者系统下会存在多个服务，每个服务可能会发生业务方面的错误或者系统层面的错误，或者是一些无法判断是哪种类型的错误。在定义错误码的时候，错误码需要满足以下要求：哪一个系统出现了错误；哪一个服务出现了错误；出现的错误是属于哪种类型的错误；具体的错误是什么。

根据上述要求，设计错误码格式如图4所示，在一个实施例中，错误码的第一字段的长度不超过六位；错误码的第二字段的长度为两位；错误码的第三字段的长度为三位。具体地：错误码分为三个部分，第一部分是平台名简称+服务名简称，第二部分是错误类型，第三部分是具体错误码。

首先，获取基于微服务架构的错误码定义请求。接着，从请求中获取对应平台简称以及对应平台下的服务简称，并根据平台简称以及服务简称生成错误码的第一字段。具体地，可以先获取对应平台的英文全称，将前三位字母作为对应平台的简称，例如：abs。同理，可以获取对应服务的英文全称，将前三位字母作为对应服务的简称，例如：bct。将平台简称和服务简称生成错误码的第一字段，例如：abs bct。然后，判断从请求中获取错误的错误类型，并根据错误的错误类型进行分类生成错误码的第二字段，具体地可以用两位数字表示错误类型，例如：10。根据从请求中获取错误的具体内容生成错误码的第三字段，具体地可以用三位数字表示错误类型，例如：000。最后，将错误码的第一字段、第二字段以及第三字段组合得到完整的错误码，即平台名+服务名+错误类型+错误码类型的结构，例如：absbct10001。

在上述实施例中，通过获取基于微服务架构的错误码定义请求；从请求中获取对应平台简称以及对应平台下的服务简称，并根据平台简称以及服务简称生成错误码的第一字段；判断从请求中获取错误的错误类型，并根据错误的错误类型进行分类生成错误码的第二字段；根据从请求中获取错误的具体内容生成错误码的第三字段；将错误码的第一字段、第二字段以及第三字段组合得到完整的错误码。本方案实现了从实际需要出发，结合微服务架构的特点，标准化错误码为平台名+服务名+错误类型+错误码类型的结构，通过具体的错误码可以体现是哪个平台的哪个服务发生了哪种类型的错误。

在一个实施例中，如图2所示，提供了一种基于微服务架构的错误码定义方法，错误码的第二字段由两位数字组成，具体地：

步骤202，将00-09字段设为预留数字，用于扩展；

步骤204，将10-49字段用于表示系统类错误；

步骤206，将50-89字段用于表示业务类错误；

步骤208，将90-99字段设为预留数字，用于扩展。

具体地，参考图4所示，在本实施例中，错误码的第二字段用于表示具体的错误类型由两位数字组成：

1)00-09：预留数字，扩展用；

2)10-49：系统类错误，与业务无关的异常，如数据库抛出的异常、Redis抛出的异常、空指针、数组越界等等；

3)50-89：业务类错误，指在实现业务逻辑代码过程中抛出的异常；

4)90-99：预留数字，扩展用。

在本实施例中，由两位数字可以直观的表示具体错误的类型，以区分是系统类错误还是业务类错误。

在一个实施例中，如图3所示，提供了一种基于微服务架构的错误码定义方法，错误码的第三字段由三位数字组成，具体地：

步骤302，根据具体的错误内容依次从数字001开始定义错误码的第三字段；

步骤304，若成功则用数字200表示错误码的第三字段。

具体地，参考图4所示，在本实施例中，错误码的第三字段用于表示具体的错误内容由三位数字组成：从001开始，如：001-参数检验错误，002-密码错误，003-用户名错误等。此外，成功则统一用数字200表示。

在本实施例中，由三位数字可以简要的表示错误的具体内容，本实施例结合微服务架构的特点，标准化错误码为平台名+服务名+错误类型+错误码类型的结构，如：absbct10001，体现是哪个平台的哪个服务发生了哪种类型的错误。

应该理解的是，虽然图1-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种基于微服务架构的错误码定义装置500，包括：

获取模块501，用于获取基于微服务架构的错误码定义请求；

第一生成模块502，用于从请求中获取对应平台简称以及对应平台下的服务简称，并根据平台简称以及服务简称生成错误码的第一字段；

第二生成模块503，用于判断从请求中获取错误的错误类型，并根据错误的错误类型进行分类生成错误码的第二字段；

第三生成模块504，用于根据从请求中获取错误的具体内容生成错误码的第三字段；

组合模块505，将错误码的第一字段、第二字段以及第三字段组合得到完整的错误码。

在一个实施例中，错误码的第一字段的长度不超过六位；错误码的第二字段的长度为两位；错误码的第三字段的长度为三位。

在一个实施例中，错误码的第二字段由两位数字组成；

在一个实施例中，错误码的第三字段由三位数字组成；

根据具体的错误内容依次从数字001开始定义错误码的第三字段；

若成功则用数字200表示错误码的第三字段。

关于基于微服务架构的错误码定义装置的具体限定可以参见上文中对于基于微服务架构的错误码定义方法的限定，在此不再赘述。

在一个实施例中，提供了一种计算机设备，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器以及网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于微服务架构的错误码定义方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以上各个方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以上各个方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种基于微服务架构的错误码定义方法，所述方法包括：

获取基于微服务架构的错误码定义请求；

2.根据权利要求1所述的基于微服务架构的错误码定义方法，其特征在于，所述错误码的第一字段的长度不超过六位；所述错误码的第二字段的长度为两位；所述错误码的第三字段的长度为三位。

3.根据权利要求2所述的基于微服务架构的错误码定义方法，其特征在于，所述错误码的第二字段由两位数字组成；

4.根据权利要求2所述的基于微服务架构的错误码定义方法，其特征在于，所述错误码的第三字段由三位数字组成；

若成功则用数字200表示所述错误码的第三字段。

5.一种基于微服务架构的错误码定义装置，其特征在于，所述基于微服务架构的错误码定义装置包括：

6.根据权利要求5所述的基于微服务架构的错误码定义装置，其特征在于，所述错误码的第一字段的长度不超过六位；所述错误码的第二字段的长度为两位；所述错误码的第三字段的长度为三位。

7.根据权利要求6所述的基于微服务架构的错误码定义装置，其特征在于，所述错误码的第二字段由两位数字组成；

8.根据权利要求6所述的基于微服务架构的错误码定义装置，其特征在于，所述错误码的第三字段由三位数字组成；

若成功则用数字200表示所述错误码的第三字段。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的方法的步骤。