CN113992755A - 基于微服务网关的请求处理方法、系统、设备及存储介质 - Google Patents

Abstract

本发明提供了基于微服务网关的请求处理方法、系统、设备及存储介质，其中，方法包括：至少一服务端的后台服务执行业务，根据业务的执行结果生成一业务状态信息，并反馈到服务端，服务端将业务状态信息通过响应报文发送到微服务网关；微服务网关接收到响应报文后至少解析出业务状态信息中的业务状态码；微服务网关根据预设映射关规则，获得对应业务状态码中的超文本传输协议状态码；微服务网关将超文本传输协议状态码加入一超文本传输协议状态码响应体中；微服务网关将超文本传输协议状态码响应体发送到客户端。本发明能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

Description

基于微服务网关的请求处理方法、系统、设备及存储介质

技术领域

本发明涉及网络信息交互领域，具体地说，涉及基于微服务网关的请求处理方法、系统、设备及存储介质。

背景技术

在RESTful Web服务系统中，状态码通常包含HTTP状态码和业务状态码两种。HTTP状态码是HTTP协议的一部分，用于表明HTTP响应状态。业务状态码是服务端给出的关于业务描述的状态码。在系统开发中，开发人员即需要对业务的执行情况设定好对应的业务状态码，也需要根据业务状态设置HTTP响应状态码。既增加了服务端的代码逻辑，也不方便对状态码的统一管理，容易出现各个微服务用相同状态码代表不同状态的情况。状态码的设定规则一般要与客户端约定好的，一旦设定规则发生了变更，所有后端服务都要进行适配调整，非常不灵活。

其中，Representational State Transfer(缩写：REST)直译就是表现层状态转换，它是一种便于不同软件/程序在网络中互相传递信息的架构风格。符合这种架构风格的网络服务可被称为RESTful风格。RESTFUL特点包括：

1、资源：每一个URI都代表一种资源；

2、方法：客户端使用GET、POST、PUT、DELETE4个表示操作方式的动词对服务端资源进行操作：GET用来获取资源，POST用来新建资源(也可以用于更新资源)，PUT用来更新资源，DELETE用来删除资源；

3、方法操作资源：通过不同方法来操作资源，导致了资源不同的表现形式。

4、操作结果表现：资源的表现形式可以是JSON，XML或者HTML等；

5、无状态：客户端与服务端之间的交互在请求之间是无状态的，从客户端到服务端的每个请求都必须包含理解请求所必需的信息。

在微服务架构中，网关是网络服务中承接客户端和后端服务的中间桥梁。网关作为所有网络请求的入口和响应的出口，它能够拦截所有网络请求的响应。本发明基于这一系统特性，提出了一种基于微服务网关的网络请求HTTP状态码统一处理方法及装置。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

针对现有技术中的问题，本发明的目的在于提供基于微服务网关的请求处理方法、系统、设备及存储介质，克服了现有技术的困难，能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

本发明的实施例提供一种基于微服务网关的请求处理方法，包括以下步骤：

至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；

所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；

所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；

所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及

所述微服务网关将所述超文本传输协议状态码响应体发送到客户端。

优选地，所述至少一后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关之间还包括：

所述客户端通过所述微服务网关向所述服务端发送业务请求。

优选地，所述业务状态信息中至少包括所述业务状态码，所述业务状态码中至少包括超文本传输协议状态码。

优选地，所述业务状态信息包括业务状态码、描述字段和数据字段。

优选地，所述业务状态码中包括超文本传输协议状态码和预设业务编码。

优选地，所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码，包括：

当所述预设映射关规则中将超文本传输协议状态码作为所述业务状态码中的前三位，并将所述业务状态码中的后X位作为预设业务编码；

则所述微服务网关截取所述业务状态码中的前三位作为超文本传输协议状态码。

优选地，所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中，包括：

所述微服务网关将所述超文本传输协议状态码嵌入一超文本传输协议状态码响应体中的预设位置。

本发明的实施例还提供一种基于微服务网关的请求处理系统，用于实现上述的基于微服务网关的请求处理方法，所述基于微服务网关的请求处理系统包括：

状态信息模块，至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；

报文解析模块，所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；

状态获取模块，所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；

状态响应模块，所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及

状态反馈模块，所述微服务网关将所述超文本传输协议状态码响应体发送到客户端。

本发明的实施例还提供一种基于微服务网关的请求处理设备，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述基于微服务网关的请求处理方法的步骤。

本发明的实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现上述基于微服务网关的请求处理方法的步骤。

本发明的目的在于提供基于微服务网关的请求处理方法、系统、设备及存储介质，能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1是本发明的基于微服务网关的请求处理方法的一种实施例的流程图。

图2是本发明的基于微服务网关的请求处理方法的另一种实施例的流程图。

图3是本发明的基于微服务网关的请求处理系统的一种实施例的模块示意图。

图4是本发明的基于微服务网关的请求处理系统的另一种实施例的模块示意图。

图5是本发明的基于微服务网关的请求处理系统运行的示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本申请所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用系统，本申请中的各项细节也可以根据不同观点与应用系统，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

下面以附图为参考，针对本申请的实施例进行详细说明，以便本申请所属技术领域的技术人员能够容易地实施。本申请可以以多种不同形态体现，并不限定于此处说明的实施例。

在本申请的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本申请的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本申请中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本申请的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

为了明确说明本申请，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。

在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。

当说某器件在另一器件“之上”时，这可以是直接在另一器件之上，但也可以在其之间伴随着其它器件。当对照地说某器件“直接”在另一器件“之上”时，其之间不伴随其它器件。

虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

此处使用的专业术语只用于言及特定实施例，并非意在限定本申请。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。

虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本申请所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的内容相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。

图1是本发明的基于微服务网关的请求处理方法的一种实施例的流程图。如图1所示，本发明的基于微服务网关的请求处理方法，包括：

S110、至少一服务端的后台服务执行业务，根据业务的执行结果生成一业务状态信息，并反馈到服务端，服务端将业务状态信息通过响应报文发送到微服务网关。业务状态信息中至少包括业务状态码，业务状态码中至少包括超文本传输协议状态码。业务状态信息包括业务状态码、描述字段和数据字段。业务状态码中包括超文本传输协议状态码和预设业务编码。

S120、微服务网关接收到响应报文后至少解析出业务状态信息中的业务状态码。

S130、微服务网关根据预设映射关规则，获得对应业务状态码中的超文本传输协议状态码。

S140、微服务网关将超文本传输协议状态码加入一超文本传输协议状态码响应体中。以及

S150、微服务网关将超文本传输协议状态码响应体发送到客户端。

其中，超文本传输协议(HTTP，Hyper Text Transfer Protocol，HTTP)是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出；而消息内容则具有一个类似MIME的格式。

HTTP状态码(英语：HTTP Status Code)是用以表示网页服务器超文本传输协议响应状态的3位数字代码。它由RFC 2616规范定义的，并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774与RFC 4918等规范扩展。所有状态码的第一个数字代表了响应的五种状态之一。所示的消息短语是典型的，但是可以提供任何可读取的替代方案。除非另有说明，状态码是HTTP/1.1标准(RFC 7231)的一部分。

本发明通过网关统一处理网络请求的HTTP状态码，减少后台服务代码开发工作量，让后台服务专注于业务本身；并且，提供一种更加灵活的处理HTTP状态码的方法，方便对HTTP状态码的统一管理。

图2是本发明的基于微服务网关的请求处理方法的另一种实施例的流程图。如图2所示，该基于微服务网关的请求处理方法，在图1实施例中步骤S110、S120、S130、S140、S150的基础上，在步骤S110之前增加了步骤S100，通过S131替换了步骤S130，通过S141替换了步骤S140，以下针对每个步骤进行说明：

S100、客户端通过微服务网关向服务端发送业务请求。

S110、至少一服务端的后台服务执行业务，根据业务的执行结果生成一业务状态信息，并反馈到服务端，服务端将业务状态信息通过响应报文发送到微服务网关。

S120、微服务网关接收到响应报文后至少解析出业务状态信息中的业务状态码。

S131、当预设映射关规则中将超文本传输协议状态码作为业务状态码中的前三位，并将业务状态码中的后X位作为预设业务编码，则微服务网关截取业务状态码中的前三位作为超文本传输协议状态码。本实施例中，超文本传输协议状态码位于预设业务编码之前，业务状态码中的前三位为超文本传输协议状态码，后三位是预设业务编码，则微服务网关截取业务状态码中的第一位、第二位、第三位作为超文本传输协议状态码。

在一个变形例中，超文本传输协议状态码位于预设业务编码之后，业务状态码中的前五位是预设业务编码，后三位为超文本传输协议状态码，微服务网关截取业务状态码中的第六位、第七位、第八位作为超文本传输协议状态码。

S141、微服务网关将超文本传输协议状态码嵌入一超文本传输协议状态码响应体中的预设位置，具体的预设位置可以根据实际需要进行设定，不受限制。

S150、微服务网关将超文本传输协议状态码响应体发送到客户端。

本发明通过网关对HTTP状态码作统一处理，实现HTTP状态码处理与后台服务分离。本发明中的HTTP状态码的处理与后端服务解耦合，让后端服务只需关注业务本身；通过对HTTP状态码进行统一处理，方便状态码的管理，防止状态码的滥用；而且，本发明中的HTTP状态码处理是非侵入的，状态码的设定规则的变化时，无需修改后台服务代码。

以产品服务设计中心中的处理HTTP状态码为例，主要如下：

系统中业务码采用6位数字来表示，其中前3位数字表示HTTP状态码，后面3位表示预设业务编码，业务码由各个开发人员进行细分；

系统开发中，开发人员只关注业务本身，对业务执行的结果赋予业务码和相应的数据内容，无需关心HTTP状态码；

在网关处，拦截所有响应，解析响应获取业务返回信息，拿到业务码，截取业务码的前三位数字，将这三位数字当成HTTP状态码设置到HTTP响应中，最后发送到客户端。

本发明的一种具体实施过程如下：

(1)用户通过手机向网站的服务器发送登录请求，登录请求经过微服务网关的分配到达对应登录请求的服务器。

(2)服务器的后台服务执行业务，针对不同业务的执行结果，都会有对应的业务状态(按照REST接口规范，这个业务状态信息通常由业务状态码、描述和数据三部分组成)，服务端将业务状态信息通过响应的方式发送到网关。

(3)网关接收到服务端响应后，解析出业务状态信息。

(4)根据业务的状态与状态码的映射规则，获取对应的HTTP状态码。例如：映射规则设定为：HTTP状态码设定为业务状态信息中业务状态码的前三位，即：当业务状态码为“404XXX”，此时得到的状态码即为“404”(404表示服务器成功返回网页)。

(5)将得到的HTTP状态码设置到HTTP响应体中。

(6)最后将响应体发送到用户的手机。

图3是本发明的基于微服务网关的请求处理系统的一种实施例的模块示意图。本发明的基于微服务网关的请求处理系统，如图3所示，包括但不限于：

状态信息模块51，至少一服务端的后台服务执行业务，根据业务的执行结果生成一业务状态信息，并反馈到服务端，服务端将业务状态信息通过响应报文发送到微服务网关；

报文解析模块52，微服务网关接收到响应报文后至少解析出业务状态信息中的业务状态码；

状态获取模块53，微服务网关根据预设映射关规则，获得对应业务状态码中的超文本传输协议状态码；

状态响应模块54，微服务网关将超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及

状态反馈模块55，微服务网关将超文本传输协议状态码响应体发送到客户端。

上述模块的实现原理参见基于微服务网关的请求处理方法中的相关介绍，此处不再赘述。

本发明的基于微服务网关的请求处理系统能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

图4是本发明的基于微服务网关的请求处理系统的另一种实施例的模块示意图。如图4所示，在图3所示装置实施例的基础上，本发明的基于混合加密的登录认证系统还包括业务请求模块50，并且通过状态获取模块531替换了状态获取模块53，通过状态响应模块541替换了状态响应模块54。以下针对每个模块进行说明：

业务请求模块50，客户端通过微服务网关向服务端发送业务请求。

状态信息模块51，至少一服务端的后台服务执行业务，根据业务的执行结果生成一业务状态信息，并反馈到服务端，服务端将业务状态信息通过响应报文发送到微服务网关；

报文解析模块52，微服务网关接收到响应报文后至少解析出业务状态信息中的业务状态码；

状态获取模块531，当预设映射关规则中将超文本传输协议状态码作为业务状态码中的前三位，并将业务状态码中的后X位作为预设业务编码，则微服务网关截取业务状态码中的前三位作为超文本传输协议状态码。

状态响应模块541，微服务网关将超文本传输协议状态码嵌入一超文本传输协议状态码响应体中的预设位置；

状态反馈模块55，微服务网关将超文本传输协议状态码响应体发送到客户端。

上述模的实现原理参见基于微服务网关的请求处理方法中的相关介绍，此处不再赘述。

本发明的基于微服务网关的请求处理系统能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

本发明实施例还提供一种基于微服务网关的请求处理设备，包括处理器。存储器，其中存储有处理器的可执行指令。其中，处理器配置为经由执行可执行指令来执行的基于微服务网关的请求处理方法的步骤。

如上所示，该实施例本发明的基于微服务网关的请求处理系统能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。

图5是本发明的基于微服务网关的请求处理设备的结构示意图。下面参照图5来描述根据本发明的这种实施方式的电子设备600。图5显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：处理系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现的基于微服务网关的请求处理方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

如上所示，该实施例本发明的基于微服务网关的请求处理系统能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明处理的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上，本发明的目的在于提供基于微服务网关的请求处理方法、系统、设备及存储介质，能够将HTTP状态码的处理与后端服务解耦合，对HTTP状态码进行统一处理，方便状态码的管理和更新，防止状态码的滥用。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种基于微服务网关的请求处理方法，其特征在于，包括：

至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；

所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；

所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；

所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及

所述微服务网关将所述超文本传输协议状态码响应体发送到客户端。

2.根据权利要求1所述的基于微服务网关的请求处理方法，其特征在于，所述至少一后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关之间还包括：

所述客户端通过所述微服务网关向所述服务端发送业务请求。

3.根据权利要求1所述的基于微服务网关的请求处理方法，其特征在于，所述业务状态信息中至少包括所述业务状态码，所述业务状态码中至少包括超文本传输协议状态码。

4.根据权利要求3所述的基于微服务网关的请求处理方法，其特征在于，所述业务状态信息包括业务状态码、描述字段和数据字段。

5.根据权利要求3所述的基于微服务网关的请求处理方法，其特征在于，所述业务状态码中包括超文本传输协议状态码和预设业务编码。

6.根据权利要求1所述的基于微服务网关的请求处理方法，其特征在于，所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码，包括：

当所述预设映射关规则中将超文本传输协议状态码作为所述业务状态码中的前三位，并将所述业务状态码中的后X位作为预设业务编码；

则所述微服务网关截取所述业务状态码中的前三位作为超文本传输协议状态码。

7.根据权利要求1所述的基于微服务网关的请求处理方法，其特征在于，所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中，包括：

所述微服务网关将所述超文本传输协议状态码嵌入一超文本传输协议状态码响应体中的预设位置。

8.一种基于微服务网关的请求处理系统，其特征在于，包括：

状态信息模块，至少一服务端的后台服务执行业务，根据所述业务的执行结果生成一业务状态信息，并反馈到服务端，所述服务端将所述业务状态信息通过响应报文发送到微服务网关；

报文解析模块，所述微服务网关接收到响应报文后至少解析出所述业务状态信息中的业务状态码；

状态获取模块，所述微服务网关根据预设映射关规则，获得对应所述业务状态码中的超文本传输协议状态码；

状态响应模块，所述微服务网关将所述超文本传输协议状态码加入一超文本传输协议状态码响应体中；以及

状态反馈模块，所述微服务网关将所述超文本传输协议状态码响应体发送到客户端。

9.一种基于微服务网关的请求处理设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至7任意一项所述基于微服务网关的请求处理方法的步骤。

10.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现权利要求1至7任意一项所述基于微服务网关的请求处理方法的步骤。

Images