CN115827047A - 请求处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于大数据领域，涉及一种请求处理方法，包括：判断是否接收到业务系统发送的业务请求；其中，业务请求携带业务请求参数；从业务请求中解析出业务请求参数，并从业务请求参数中提取出业务系统编码；从预设的配置中心中获取与业务系统对应的配置参数；基于配置参数、业务系统编码以及预设的redis缓存对业务请求进行幂等校验处理，得到与业务请求对应的校验结果；基于校验结果对业务请求进行相应处理。本申请还提供一种请求处理装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，校验结果可存储于区块链中。通过本申请可以有效地减少了开发人员的重复劳动成本，提高了对于业务请求进行幂等处理的处理效率与处理智能性。

Description

请求处理方法、装置、计算机设备及存储介质

技术领域

本申请涉及大数据技术领域，尤其涉及请求处理方法、装置、计算机设备及存储介质。

背景技术

幂等是一个数学与计算机学概念，常见于抽象代数中。在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数，或幂等方法，是指可以使用相同参数重复执行，并能获得相同结果的函数。这些函数不会影响系统状态，也不用担心重复执行会对系统造成改变。例如，“setTrue()”函数就是一个幂等函数,无论多次执行，其结果都是一样的.更复杂的操作幂等保证是利用唯一交易号(流水号)实现。

幂等是接口请求安全性必不可少的一个环节，如果接口没有做幂等，极为容易出现数据重复生成，造成数据错误，比如像电商的交易系统、银行转账等。

目前的幂等实现方式是各个服务独立开发，独自维护，需要对在每一业务的业务接口分别配置幂等处理机制，业务接口压力较大，且存在需要重复开发，同时不便于调整，如果出现了开发失误，则会对后续业务会造成不良影响，智能化较低。

发明内容

本申请实施例的目的在于提出一种请求处理方法、装置、计算机设备及存储介质，以解决现有的幂等实现方式是各个服务独立开发，独自维护，需要对在每一业务的业务接口分别配置幂等处理机制，业务接口压力较大，且存在需要重复开发，同时不便于调整，如果出现了开发失误，则会对后续业务会造成不良影响，智能化较低的技术问题。

为了解决上述技术问题，本申请实施例提供一种请求处理方法，采用了如下所述的技术方案：

判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数；

从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码；

从预设的配置中心中获取与所述业务系统对应的配置参数；

基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果；

基于所述校验结果对所述业务请求进行相应处理。

进一步的，所述基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果的步骤，具体包括：

判断所述配置参数内是否包含所述业务系统编码；

若包括所述业务系统编码，判断所述配置参数内是否存在与所述业务系统编码对应的幂等关键字；

若存在所述幂等关键字，基于预设的构建规则，使用所述幂等关键字生成指定编码；

判断所述redis缓存中是否包含所述指定编码；

若不包含所述指定编码，生成所述业务请求通过校验的第一校验结果；

若包含所述指定编码，生成所述业务请求未通过校验的第二校验结果。

进一步的，所述基于所述校验结果对所述业务请求进行相应处理的步骤，具体包括：

若所述校验结果为所述业务请求通过校验，判定所述业务请求标不属于重复请求；

将所述业务请求发送至预设的目标处理系统，通过所述目标处理系统对所述业务请求进行处理以得到相应的指定业务数据；

接收所述目标处理系统返回的所述指定业务数据；

存储所述指定编码与所述指定业务数据；

将所述指定业务数据返回至所述业务系统。

进一步的，所述存储所述指定编码与所述指定业务数据的步骤，具体包括：

将所述指定编码设置为关键值；

按照预设规则将所述关键值的缓存数据的数值设置为所述指定业务数据；

设置所述关键值的到期时间；

基于所述到期时间，将所述关键值与所述缓存数据存储至所述redis缓存内，以完成对于所述指定编码与所述指定业务数据的存储。

进一步的，所述基于所述校验结果对所述业务请求进行相应处理的步骤，具体包括：

若所述校验结果为所述业务请求未通过校验，判定所述业务请求标属于重复请求；

从所述redis缓存中查询出与所述指定编码对应的指定缓存数据；

判断所述指定缓存数据的数值是否为第一预设值；

若所述指定缓存数据的数值为所述第一预设值，则获取所述指定缓存数据，并将所述指定缓存数据返回至所述业务系统。

进一步的，在所述判断所述指定缓存数据的数值是否为第一预设值的步骤之后，还包括：

若所述指定缓存数据的数值不为所述第一预设值，则判断所述指定缓存数据的数值是否为第二预设值；

若所述指定缓存数据的数值为所述第二预设值，生成数据获取失败的提醒信息；

将所述提醒信息返回至所述业务系统。

进一步的，在所述从预设的配置中心中获取与所述业务系统对应的配置参数的步骤之前，还包括：

判断是否接收到用户触发的参数配置请求；其中，所述参数配置请求携带指定业务系统与指定关键字；

若是，为所述指定业务系统分配相应的指定业务系统编码；

基于所述指定关键字创建与所述指定业务系统对应的指定幂等关键字；

创建所述指定业务系统编码与所述指定幂等关键字之间的关联关系；

基于所述关联关系，将所述指定业务系统编码与所述指定幂等关键字存储至所述配置中心内。

为了解决上述技术问题，本申请实施例还提供一种请求处理装置，采用了如下所述的技术方案：

第一判断模块，用于判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数；

解析模块，用于从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码；

获取模块，用于从预设的配置中心中获取与所述业务系统对应的配置参数；

校验模块，用于基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果；

处理模块，用于基于所述校验结果对所述业务请求进行相应处理。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数；

从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码；

从预设的配置中心中获取与所述业务系统对应的配置参数；

基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果；

基于所述校验结果对所述业务请求进行相应处理。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数；

从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码；

从预设的配置中心中获取与所述业务系统对应的配置参数；

基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果；

基于所述校验结果对所述业务请求进行相应处理。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例在接收到业务系统发送的业务请求后；会先从业务请求中解析出业务请求参数，并从业务请求参数中提取出业务系统编码；然后从预设的配置中心中获取与业务系统对应的配置参数；后续基于配置参数、业务系统编码以及预设的redis缓存对业务请求进行幂等校验处理，得到与业务请求对应的校验结果；最后基于校验结果对业务请求进行相应处理。本申请实施例通过将幂等校验处理与业务解耦，可以减小业务接口压力，并且可以统一管理各个业务系统的幂等处理过程，减少了各个业务系统的独立开发成本，减少了开发人员的开发失误，有效地减少了开发人员的重复劳动成本，提高了对于业务请求进行幂等处理的处理效率与处理智能性。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的请求处理方法的一个实施例的流程图；

图3是根据本申请的请求处理装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的请求处理方法一般由服务器/终端设备执行，相应地，请求处理装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的请求处理方法的一个实施例的流程图。所述的请求处理方法，包括以下步骤：

步骤S201，判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数。

在本实施例中，请求处理方法运行于其上的电子设备(例如图1所示的服务器/终端设备)，可以通过有线连接方式或者无线连接方式获取业务请求。需要指出的是，上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。其中，上述业务请求参数至少包括该业务系统的业务系统编码。

步骤S202，从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码。

在本实施例中，在得到了业务请求后，通过对该业务请求进行解析处理，可以从业务请求中解析出业务请求中携带的业务请求参数，并可进一步从业务请求参数中提取出业务系统编码。

步骤S203，从预设的配置中心中获取与所述业务系统对应的配置参数。

在本实施例中，上述配置中心为预先创建的存储有各业务系统的业务系统编码，以及与各业务系统编码一一对应的配置参数的数据库。其中，上述配置参数至少包括预先存储的与该业务系统对应的业务系统编码数据以及幂等关键字数据。

步骤S204，基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果。

在本实施例中，redis缓存是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。通过引入redis将一些常用的数据缓存到redis中，从而很好的提高了数据加载效率，从而降低对于数据库的读写次数。上述基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

步骤S205，基于所述校验结果对所述业务请求进行相应处理。

在本实施例中，上述校验结果包括业务请求通过校验或业务请求未通过校验。其中，上述基于所述校验结果对所述业务请求进行相应处理的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

本申请在接收到业务系统发送的业务请求后；会先从业务请求中解析出业务请求参数，并从业务请求参数中提取出业务系统编码；然后从预设的配置中心中获取与业务系统对应的配置参数；后续基于配置参数、业务系统编码以及预设的redis缓存对业务请求进行幂等校验处理，得到与业务请求对应的校验结果；最后基于校验结果对业务请求进行相应处理。本申请通过将幂等校验处理与业务解耦，可以减小业务接口压力，并且可以统一管理各个业务系统的幂等处理过程，减少了各个业务系统的独立开发成本，减少了开发人员的开发失误，有效地减少了开发人员的重复劳动成本，提高了对于业务请求进行幂等处理的处理效率与处理智能性。

在一些可选的实现方式中，步骤S204包括以下步骤：

判断所述配置参数内是否包含所述业务系统编码。

在本实施例中，在通过配置中心获取到业务系统对应的配置参数后，可将上述业务系统编码与配置参数内的业务系统编码数据进行匹配，如果该业务系统编码与上述业务系统编码数据为相同的编码数据，则判定上述配置参数内包含业务系统编码，否则判定上述配置参数内不包含业务系统编码。

若包括所述业务系统编码，判断所述配置参数内是否存在与所述业务系统编码对应的幂等关键字。

在本实施例中，上述判断配置参数内是否存在与所述业务系统编码对应的幂等关键字的判断处理是指对与配置参数内与务系统编码对应的所配置的幂等关键字进行非空校验。

若存在所述幂等关键字，基于预设的构建规则，使用所述幂等关键字生成指定编码。

在本实施例中，上述幂等关键字的数量包括多个，上述构建规则是根据实际的业务使用需求预先设置的对幂等关键字中进行的参数组合方式，以及利用设置的加密方式对基于参数组合方式对幂等关键字进行组合后得到的参数组合进行加密的处理。其中，上述参数组合方式可指各个幂等关键字的排列顺序，上述加密方式可采用Base64加密方式。

判断所述redis缓存中是否包含所述指定编码。

在本实施例中，可将指定编码与redis缓存中存储的所有指定关键值进行匹配，如果在所有上述指定关键值中存在与上述指定编码相同的关键值，则判定redis缓存中包含上述指定编码，而如果在所有上述指定关键值中不存在与上述指定编码相同的关键值，则判定redis缓存中不包含上述指定编码。

若不包含所述指定编码，生成所述业务请求通过校验的第一校验结果。

在本实施例中，如果redis缓存中不包含上述指定编码，则判定上述业务请求标不属于重复请求，且该业务请求所需请求的业务数据为新数据，从而会生成业务请求通过校验的第一校验结果。

若包含所述指定编码，生成所述业务请求未通过校验的第二校验结果。

在本实施例中，如果redis缓存中包含上述指定编码，则判定上述业务请求标属于重复请求，且该业务请求所需请求的业务数据为旧数据，从而会生成业务请求未通过校验的第二校验结果。

本申请通过基于配置参数、业务系统编码以及预设的redis缓存对业务请求进行幂等校验处理，可以准确地得到与业务请求对应的校验结果，有利于后续可以基于得到的校验结果对业务请求进行相应处理，进而提高了对于业务请求的处理准确性。

在本实施例的一些可选的实现方式中，步骤S205包括以下步骤：

若所述校验结果为所述业务请求通过校验，判定所述业务请求标不属于重复请求。

在本实施例中，如果上述校验结果为业务请求通过校验，则确定上述业务请求标不属于重复请求，且该业务请求所需请求的业务数据为新数据。

将所述业务请求发送至预设的目标处理系统，通过所述目标处理系统对所述业务请求进行处理以得到相应的指定业务数据。

在本实施例中，上述目标处理系统为用于获取与上述业务请求所需请求的业务数据的处理系统。

接收所述目标处理系统返回的所述指定业务数据。

存储所述指定编码与所述指定业务数据。

在本实施例中，上述存储所述指定编码与所述指定业务数据的具体实施过程，本申请将在后续的具体实施例中对此进行进一步的细节描述，在此不作过多阐述。

将所述指定业务数据返回至所述业务系统。

在本实施例中，通过将指定业务数据返回至业务系统，以完成对于业务系统发送的业务请求的反馈处理。

本申请在判别出校验结果为业务请求通过校验时，会智能地将业务请求发送至预设的目标处理系统以获得相应的指定业务数据，进而在完成指定编码与指定业务数据的存储后，将指定业务数据返回至业务系统，以完成对于业务系统发送的业务请求的反馈处理，提高了对于业务请求的处理准确性，。

在一些可选的实现方式中，所述存储所述指定编码与所述指定业务数据的步骤包括以下步骤：

将所述指定编码设置为关键值。

在本实施例中，上述关键值对应于redis中的key。

按照预设规则将所述关键值的缓存数据的数值设置为所述指定业务数据。

在本实施例中，上述关键值的缓存数据对应于redis中的value。上述预设规则将所述关键值的缓存数据的数值设置为所述指定业务数据可包括：先将上述关键值的缓存数据的数值设置为0，以标识上述指定业务数据处于正在处理中，在接收目标处理系统返回的指定业务数据后，再将关键值的缓存数据的数值设置为上述指定业务数据。

设置所述关键值的到期时间。

在本实施例中，对于上述到期时间的取值不作限定，可根据实际的使用需求进行设置。

基于所述到期时间，将所述关键值与所述缓存数据存储至所述redis缓存内，以完成对于所述指定编码与所述指定业务数据的存储。

本申请通过将所述指定编码设置为关键值，以及将关键值的缓存数据的数值设置为指定业务数据，并在设置好关键值的到期时间后，基于到期时间将关键值与缓存数据存储至redis缓存内，从而完成对于指定编码与指定业务数据的存储，通过redis缓存的使用提高了指定编码与指定业务数据的存储智能性，保证了指定编码与指定业务数据的安全性。

在一些可选的实现方式中，步骤S205包括以下步骤：

若所述校验结果为所述业务请求未通过校验，判定所述业务请求标属于重复请求。

在本实施例中，如果校验结果为业务请求未通过校验，则会判定所述业务请求标属于重复请求，且该业务请求所需请求的业务数据为旧数据。

从所述redis缓存中查询出与所述指定编码对应的指定缓存数据。

在本实施例中，可使用指定编码与redis缓存中包含的所有关键值进行匹配，查找出与该指定编码相同的目标关键值，进而从redis缓存查找出与该目标关键值对应的缓存数据，从而得到上述指定缓存数据。

判断所述指定缓存数据的数值是否为第一预设值。

在本实施例中，上述第一预设值具体为long类型值。

若所述指定缓存数据的数值为所述第一预设值，则获取所述指定缓存数据，并将所述指定缓存数据返回至所述业务系统。

在本实施例中，如果指定缓存数据的数值为上述第一预设值，即long类型值，则确定上述指定缓存数据处于已保存成功的状态，即可以向业务系统返回与业务请求相匹配的业务数据。

本申请当检测出校验结果为业务请求未通过校验时，会进一步从redis缓存中查询出与指定编码对应的指定缓存数据，如果确定出指定缓存数据的数值为第一预设值，则会智能地则获取该指定缓存数据，并将指定缓存数据返回至业务系统，以完成对于上述业务请求的处理，提高了对于业务请求处理的准确性与智能性，提高了用户的使用体验。

在本实施例的一些可选的实现方式中，在所述判断所述指定缓存数据的数值是否为第一预设值的步骤之后，上述电子设备还可以执行以下步骤：

若所述指定缓存数据的数值不为所述第一预设值，则判断所述指定缓存数据的数值是否为第二预设值。

在本实施例中，上述第二预设值具体为0。

若所述指定缓存数据的数值为所述第二预设值，生成数据获取失败的提醒信息。

在本实施例中，如果上述校验结果为业务请求未通过校验，则会判定上述业务请求标属于重复请求，且该业务请求所需请求的业务数据为旧数据。其中，如果指定缓存数据的数值为0，则确定上述指定缓存数据处于正在处理中的状态，即无法向业务系统返回与业务请求相匹配的业务数据。其中，对于上述数据获取失败的提醒信息内包含的具体内容不做限定，可根据实际的业务使用需求预先编写生成并存储于电子设备内。

将所述提醒信息返回至所述业务系统。

在本实施例中，如果指定缓存数据的数值为0，则确定上述指定缓存数据处于正在处理中的状态，则在待旧数据处理完后，会向业务系统反馈当前需要获取的业务数据为操作失败。

本申请在检测出指定缓存数据的数值不为第一预设值，会进一步判断指定缓存数据的数值是否为第二预设值，如果确定出指定缓存数据的数值为第二预设值，则会智能地生成数据获取失败的提醒信息，并将提醒信息返回至业务系统，以通过提醒信息向业务系统反馈当前需要获取的业务数据为操作失败，提高了信息反馈的智能性，提高了用户的使用体验。

在本实施例的一些可选的实现方式中，在步骤S203之前，上述电子设备还可以执行以下步骤：

判断是否接收到用户触发的参数配置请求；其中，所述参数配置请求携带指定业务系统与指定关键字。

在本实施例中，上述参数配置请求为用户触发的用于向电子设备申请为指定业务系统配置相应的部分关键字进行幂等处理的请求。

若是，为所述指定业务系统分配相应的指定业务系统编码。

在本实施例中，在确定好指定业务系统的身份后，会为指定业务系统分配唯一的指定业务系统编码，还可进一步为指定业务系统分配相应的接口路径。

基于所述指定关键字创建与所述指定业务系统对应的指定幂等关键字。

在本实施例中，可以将指定关键字作为与指定业务系统对应的指定幂等关键字。其中，对于上述指定关键字的内容不做具体限定，可根据实际的使用需求进行设置，指定关键字例如可包括订单号，流水号，状态，业务编码等。

创建所述指定业务系统编码与所述指定幂等关键字之间的关联关系。

在本实施例中，上述关联关系也可理解为对指定业务系统编码与指定幂等关键字两者创建映射关系。

基于所述关联关系，将所述指定业务系统编码与所述指定幂等关键字存储至所述配置中心内。

在本实施例中，上述配置中心为预先创建的用于存储各个业务系统的业务系统编码与幂等关键字的数据库。

本申请在接收到用户触发的参数配置请求后，会基于该参数配置请求为指定业务系统分配相应的指定业务系统编码以及构建相应的指定幂等关键字，进而对指定业务系统编码与指定幂等关键字创建关联关系，并基于关联关系，将指定业务系统编码与指定幂等关键字存储至所述配置中心内，以使得后续可以基于配置中心的使用能够快速的查询出各个业务系统对应的配置参数，提高了业务系统的配置参数的获取效率。

需要强调的是，为进一步保证上述校验结果的私密和安全性，上述校验结果还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

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

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种请求处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例所述的请求处理装置300包括：第一判断模块301、解析模块302、获取模块303、校验模块304以及处理模块305。其中：

第一判断模块301，用于判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数；

解析模块302，用于从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码；

获取模块303，用于从预设的配置中心中获取与所述业务系统对应的配置参数；

校验模块304，用于基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果；

处理模块305，用于基于所述校验结果对所述业务请求进行相应处理。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，校验模块304包括：

第一判断子模块，用于判断所述配置参数内是否包含所述业务系统编码；

第二判断子模块，用于若包括所述业务系统编码，判断所述配置参数内是否存在与所述业务系统编码对应的幂等关键字；

第一生成子模块，用于若存在所述幂等关键字，基于预设的构建规则，使用所述幂等关键字生成指定编码；

第三判断子模块，用于判断所述redis缓存中是否包含所述指定编码；

第二生成子模块，用于若不包含所述指定编码，生成所述业务请求通过校验的第一校验结果；

第三生成子模块，用于若包含所述指定编码，生成所述业务请求未通过校验的第二校验结果。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中,处理模块305包括：

第一判定子模块，用于若所述校验结果为所述业务请求通过校验，判定所述业务请求标不属于重复请求；

处理子模块，用于将所述业务请求发送至预设的目标处理系统，通过所述目标处理系统对所述业务请求进行处理以得到相应的指定业务数据；

接收子模块，用于接收所述目标处理系统返回的所述指定业务数据；

存储子模块，用于存储所述指定编码与所述指定业务数据；

第一返回子模块，用于将所述指定业务数据返回至所述业务系统。

本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，存储子模块包括：

第一设置单元，用于将所述指定编码设置为关键值；

第二设置单元，用于按照预设规则将所述关键值的缓存数据的数值设置为所述指定业务数据；

第三设置单元，用于设置所述关键值的到期时间；

存储单元，用于基于所述到期时间，将所述关键值与所述缓存数据存储至所述redis缓存内，以完成对于所述指定编码与所述指定业务数据的存储。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，处理模块305包括：

第二判定子模块，用于若所述校验结果为所述业务请求未通过校验，判定所述业务请求标属于重复请求；

查询子模块，用于从所述redis缓存中查询出与所述指定编码对应的指定缓存数据；

第四判断子模块，用于判断所述指定缓存数据的数值是否为第一预设值；

第二返回子模块，用于若所述指定缓存数据的数值为所述第一预设值，则获取所述指定缓存数据，并将所述指定缓存数据返回至所述业务系统。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，处理模块305包括：

第五判断子模块，用于若所述指定缓存数据的数值不为所述第一预设值，则判断所述指定缓存数据的数值是否为第二预设值；

第四生成子模块，用于若所述指定缓存数据的数值为所述第二预设值，生成数据获取失败的提醒信息；

第三返回子模块，用于将所述提醒信息返回至所述业务系统。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应，在此不再赘述。

在本实施例的一些可选的实现方式中，请求处理装置还包括：

第二判断模块，用于判断是否接收到用户触发的参数配置请求；其中，所述参数配置请求携带指定业务系统与指定关键字；

分配模块，用于若是，为所述指定业务系统分配相应的指定业务系统编码；

第一创建模块，用于基于所述指定关键字创建与所述指定业务系统对应的指定幂等关键字；

第二创建模块，用于创建所述指定业务系统编码与所述指定幂等关键字之间的关联关系；

存储模块，用于基于所述关联关系，将所述指定业务系统编码与所述指定幂等关键字存储至所述配置中心内。

在本实施例中，上述模块或单元分别用于执行的操作与前述实施方式的请求处理方法的步骤一一对应，在此不再赘述。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如请求处理方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述请求处理方法的计算机可读指令。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在接收到业务系统发送的业务请求后；会先从业务请求中解析出业务请求参数，并从业务请求参数中提取出业务系统编码；然后从预设的配置中心中获取与业务系统对应的配置参数；后续基于配置参数、业务系统编码以及预设的redis缓存对业务请求进行幂等校验处理，得到与业务请求对应的校验结果；最后基于校验结果对业务请求进行相应处理。本申请实施例通过将幂等校验处理与业务解耦，可以减小业务接口压力，并且可以统一管理各个业务系统的幂等处理过程，减少了各个业务系统的独立开发成本，减少了开发人员的开发失误，有效地减少了开发人员的重复劳动成本，提高了对于业务请求进行幂等处理的处理效率与处理智能性。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的请求处理方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例中，在接收到业务系统发送的业务请求后；会先从业务请求中解析出业务请求参数，并从业务请求参数中提取出业务系统编码；然后从预设的配置中心中获取与业务系统对应的配置参数；后续基于配置参数、业务系统编码以及预设的redis缓存对业务请求进行幂等校验处理，得到与业务请求对应的校验结果；最后基于校验结果对业务请求进行相应处理。本申请实施例通过将幂等校验处理与业务解耦，可以减小业务接口压力，并且可以统一管理各个业务系统的幂等处理过程，减少了各个业务系统的独立开发成本，减少了开发人员的开发失误，有效地减少了开发人员的重复劳动成本，提高了对于业务请求进行幂等处理的处理效率与处理智能性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种请求处理方法，其特征在于，包括下述步骤：

判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数；

从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码；

从预设的配置中心中获取与所述业务系统对应的配置参数；

基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果；

基于所述校验结果对所述业务请求进行相应处理。

2.根据权利要求1所述的请求处理方法，其特征在于，所述基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果的步骤，具体包括：

判断所述配置参数内是否包含所述业务系统编码；

若包括所述业务系统编码，判断所述配置参数内是否存在与所述业务系统编码对应的幂等关键字；

若存在所述幂等关键字，基于预设的构建规则，使用所述幂等关键字生成指定编码；

判断所述redis缓存中是否包含所述指定编码；

若不包含所述指定编码，生成所述业务请求通过校验的第一校验结果；

若包含所述指定编码，生成所述业务请求未通过校验的第二校验结果。

3.根据权利要求2所述的请求处理方法，其特征在于，所述基于所述校验结果对所述业务请求进行相应处理的步骤，具体包括：

若所述校验结果为所述业务请求通过校验，判定所述业务请求标不属于重复请求；

将所述业务请求发送至预设的目标处理系统，通过所述目标处理系统对所述业务请求进行处理以得到相应的指定业务数据；

接收所述目标处理系统返回的所述指定业务数据；

存储所述指定编码与所述指定业务数据；

将所述指定业务数据返回至所述业务系统。

4.根据权利要求3所述的请求处理方法，其特征在于，所述存储所述指定编码与所述指定业务数据的步骤，具体包括：

将所述指定编码设置为关键值；

按照预设规则将所述关键值的缓存数据的数值设置为所述指定业务数据；

设置所述关键值的到期时间；

基于所述到期时间，将所述关键值与所述缓存数据存储至所述redis缓存内，以完成对于所述指定编码与所述指定业务数据的存储。

5.根据权利要求2所述的请求处理方法，其特征在于，所述基于所述校验结果对所述业务请求进行相应处理的步骤，具体包括：

若所述校验结果为所述业务请求未通过校验，判定所述业务请求标属于重复请求；

从所述redis缓存中查询出与所述指定编码对应的指定缓存数据；

判断所述指定缓存数据的数值是否为第一预设值；

若所述指定缓存数据的数值为所述第一预设值，则获取所述指定缓存数据，并将所述指定缓存数据返回至所述业务系统。

6.根据权利要求5所述的请求处理方法，其特征在于，在所述判断所述指定缓存数据的数值是否为第一预设值的步骤之后，还包括：

若所述指定缓存数据的数值不为所述第一预设值，则判断所述指定缓存数据的数值是否为第二预设值；

若所述指定缓存数据的数值为所述第二预设值，生成数据获取失败的提醒信息；

将所述提醒信息返回至所述业务系统。

7.根据权利要求1所述的请求处理方法，其特征在于，在所述从预设的配置中心中获取与所述业务系统对应的配置参数的步骤之前，还包括：

判断是否接收到用户触发的参数配置请求；其中，所述参数配置请求携带指定业务系统与指定关键字；

若是，为所述指定业务系统分配相应的指定业务系统编码；

基于所述指定关键字创建与所述指定业务系统对应的指定幂等关键字；

创建所述指定业务系统编码与所述指定幂等关键字之间的关联关系；

基于所述关联关系，将所述指定业务系统编码与所述指定幂等关键字存储至所述配置中心内。

8.一种请求处理装置，其特征在于，包括：

第一判断模块，用于判断是否接收到业务系统发送的业务请求；其中，所述业务请求携带业务请求参数；

解析模块，用于从所述业务请求中解析出所述业务请求参数，并从所述业务请求参数中提取出业务系统编码；

获取模块，用于从预设的配置中心中获取与所述业务系统对应的配置参数；

校验模块，用于基于所述配置参数、所述业务系统编码以及预设的redis缓存对所述业务请求进行幂等校验处理，得到与所述业务请求对应的校验结果；

处理模块，用于基于所述校验结果对所述业务请求进行相应处理。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的请求处理方法的步骤。

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

Images