CN113010334A - 一种请求处理方法、装置和设备 - Google Patents

Abstract

本说明书实施例提供了一种请求处理方法、装置和设备，其中，该方法包括：获取预设时间段内目标接口接收到的请求信息集；其中，所述特征信息表示的请求的特征信息；将所述特征信息表示的请求加入目标延时队列；对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；处理所述去重后的目标延时队列中的各个请求。在本说明书实施例中，可以在确保处理结果准确性的前提下有效地防止恶意的请求和重复的请求，进而可以有效地减轻后端的压力。

Description

一种请求处理方法、装置和设备

技术领域

本说明书实施例涉及大数据处理技术领域，特别涉及一种请求处理方法、装置和设备。

背景技术

对于一些用户请求，在某些情况下可能会存在重复发送的情况，重复的请求会对业务、服务器造成影响。例如交易的接口如果重复请求，可能造成重复下单等，有时恶意的多次重复请求对会对后端造成较大的压力。

现有技术中通常使用加锁的机制来阻断后续重复的请求，以达到防重的目的。而采用加锁的机制虽然可以对后续重复的请求进行阻断，但是没有对请求进行有效的筛选保留，以确保处理结果的正确性。例如点赞的场景，用户在同一时间多次点赞取消，后端不能对请求进行阻断，而要对每一个请求进行处理。由此可见，采用现有技术中的技术方案无法在确保处理结果准确性的前提下高效处理重复请求。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本说明书实施例提供了一种请求处理方法、装置和设备，以解决现有技术中无法在确保处理结果准确性的前提下高效处理重复请求的问题。

本说明书实施例提供了一种请求处理方法，包括：获取预设时间段内目标接口接收到的请求信息集；其中，所述请求信息集中包含多个请求的特征信息；将所述特征信息表示的请求加入目标延时队列；对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；处理所述去重后的目标延时队列中的各个请求。

本说明书实施例还提供了一种请求处理装置，包括：获取模块，用于获取预设时间段内目标接口接收到的请求信息集；其中，所述请求信息集中包含多个请求的特征信息；第一处理模块，用于将所述特征信息表示的请求加入目标延时队列；去重模块，用于对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；处理模块，用于处理所述去重后的目标延时队列中的各个请求。

本说明书实施例还提供了一种请求处理设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现任一项所述请求处理方法的步骤。

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现任一项所述请求处理方法的步骤。

本说明书实施例提供了一种请求处理方法，可以通过获取预设时间段内目标接口接收到的请求，生成多个请求的特征信息的请求信息集，可以利用延时队列接收请求信息集中的各个请求。进一步的，可以对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列，并处理所述去重后的目标延时队列中的各个请求。从而可以在时效性不高、不需要立即查看最新的结果的场景下，在确保处理结果准确性的前提下有效地防止恶意的请求和重复的请求，定时、去重的处理可以有效减轻后端的压力。

附图说明

此处所说明的附图用来提供对本说明书实施例的进一步理解，构成本说明书实施例的一部分，并不构成对本说明书实施例的限定。在附图中：

图1是根据本说明书实施例提供的请求处理系统的结构示意图；

图2是根据本说明书实施例提供的请求处理方法的步骤示意图；

图3是根据本说明书实施例提供的请求处理装置的结构示意图；

图4是根据本说明书实施例提供的请求处理设备的结构示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本说明书实施例的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本说明书实施例，而并非以任何方式限制本说明书实施例的范围。相反，提供这些实施方式是为了使本说明书实施例公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域的技术人员知道，本说明书实施例的实施方式可以实现为一种系统、装置设备、方法或计算机程序产品。因此，本说明书实施例公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

虽然下文描述流程包括以特定顺序出现的多个操作，但是应该清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。

在本申请的一个场景示例中提供了一种请求处理系统，如图1所示，可以包括：终端设备101、服务器102，用户可以通过终端设备101发起请求。服务器102中目标接口可以接收通过终端设备101发起的请求，并按照预设时间间隔利用目标延时队列接收目标接口接收到的请求，可以对目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列，进而可以处理所述去重后的目标延时队列中的各个请求。从而可以时效性不高的场景中，在确保处理结果准确性的前提下有效地防止恶意的重复请求，进而可以减轻后端的处理压力。在一些场景示例中，服务器102还可以将请求的处理结果反馈至终端设备101。

上述终端设备101可以是用户操作使用的终端设备或者软件。具体的，终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备，也可以是机器人设备等。当然，终端设备101也可以是能运行于上述终端设备中的软件。例如：系统应用、支付应用、浏览器、微信小程序等应用软件。

上述服务器102可以是单一的服务器，也可以是服务器集群，当然，服务器的功能也可以是通过云计算技术实现的。该服务器102可以与多个终端设备相连，也可以是具备一个强大的信息集库的服务器，可以通过目标接口接收通过终端设备101发起的请求，并按照预设时间间隔利用目标延时队列接收目标接口接收到的请求，可以对目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列，进而可以处理所述去重后的目标延时队列中的各个请求。从而可以时效性不高的场景中，在确保处理结果准确性的前提下有效地防止恶意的重复请求，进而可以减轻后端的处理压力。

请参阅图2，本实施方式可以提供一种请求处理方法。该请求处理方法可以用于在确保处理结果准确性的前提下有效地去除重复请求，进而可以减轻后端的处理压力。上述请求处理方法可以包括以下步骤。

S201：获取预设时间段内目标接口接收到的请求信息集；其中，请求信息集中包含多个请求的特征信息。

在本实施方式中，可以获取预设时间段内目标接口接收到得到请求信息，从而生成请求信息集，其中，上述请求信息集中可以包含多个请求的特征信息，根据请求的特征信息可以唯一确定一个请求。

在本实施方式中，上述预设时间段可以为预设的延时时间，可以为0.5秒、1秒等，具体的可以根据实际情况确定，本说明书实施例对此不作限定。在上述预设的延时时间为0.5秒的情况下，可以每隔0.5秒获取一次目标接口接收到的请求信息集，此时，上述预设时间段可以为当前0.5所属的时间段。

在本实施方式中，由于用户发出的相同请求通常是由相同的接口接收，因此，为了可以高效地对请求进行去重，可以针对同一接口获取请求信息集。上述目标接口可以为任意需要进行请求去重的接口，具体的可以根据实际情况确定，本说明书实施例对此不作限定。

在本实施方式中，如果系统存在多个接收请求的接口，可以并行地按照预设时间间隔获取同一接口接收到的请求信息集，以提高请求去重、处理的效率。具体的可以根据实际情况确定，本说明书实施例对此不作限定。

在本实施方式中，上述请求的特征信息可以为请求的请求体，HTTP(超文本传输协议)的请求报文分为三个部分：请求行、请求头和请求体，其中，请求体就是在请求过程中客户端携带的数据。请求体可以用于表征一个请求的内容信息，因此，可以将请求体作为请求的特征信息。当然，请求的特征信息不限于上述举例，所属领域技术人员在本说明书实施例技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本说明书实施例相同或相似，均应涵盖于本说明书实施例保护范围内。

S202：将特征信息表示的请求加入目标延时队列。

在本实施方式中，可以将上述请求信息集表征各个请求加入目标延时队列中。上述延时队列是一个队列，且具有延时的特性，与普通队列的先进先出不同，延时队列可以指定队列中的消息在某个时间点被消费。队列是一种线性表，内部的元素是有序的，具有先进先出的特性。

S203：对目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列。

在本实施方式中，可以对目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列。可以基于各个请求的特征信息进行去重处理，从而可以将目标延时队列中重复的请求去除。

在本实施方式中，可以将来源和上下文相同均相同的请求作为重复的情况下，对于重复的请求可以仅保留一个。在一些实施例中可以保留重复的请求中时间最靠前的一个请求，也可以将重复的请求合并后重新构造一个新的请求，具体的可以根据实际情况确定，本说明书实施例对此不作限定。

S204：处理去重后的目标延时队列中的各个请求。

在本实施方式中，在进行去重处理后，可以出上述去重后的目标延时队列中的各个请求。经过去重处理后，针对相同的请求后端实际就处理一次，这样既保证了每个请求都能经过处理，也保证了结果的正确性，也可以减轻因为同时间处理多次请求对后端造成压力。

从以上的描述中，可以看出，本说明书实施例实现了如下技术效果：可以通过获取预设时间段内目标接口接收到的请求，生成多个请求的特征信息的请求信息集，可以利用延时队列接收请求信息集中的各个请求。进一步的，可以对目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列，并处理去重后的目标延时队列中的各个请求。从而可以在时效性不高、不需要立即查看最新的结果的场景下，在确保处理结果准确性的前提下有效地防止恶意的请求和重复的请求，定时、去重的处理可以有效减轻后端的压力。

在一个实施方式中，对目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列，可以包括：获取目标延时队列中的各个请求的请求体，并对各个请求的请求体进行解析，合并各个请求中重复的请求，得到多个有效请求。进一步的，可以将多个有效请求作为去重后的目标延时队列。

在本实施方式中，可以通过对目标延时队列中各个请求的请求体进行解析，从而确定各个请求的来源和上下文信息，如果两个请求的来源和上下文信息相同则说明两个请求是重复的，需要将重复的请求进行合并，从而得到最终的有效请求。

在一个实施方式中，对各个请求的请求体进行解析，合并各个请求中重复的请求，得到多个有效请求，可以包括：对各个请求的请求体进行解析，确定是否存在重复的请求；其中，重复的请求为来源和上下文均相同的请求。在确定存在重复的请求的情况下，可以将目标延时队列中不存在重复情况的请求和重复的请求中请求时间最先的请求作为有效请求。

在本实施方式中，可以先对目标延时队列中各个请求的请求体进行解析，从而确定目标延时队列中是否存在重复的请求，如果确定目标延时队列中不存在重复的请求，则可以直接处理目标队列中的各个请求。

在本实施方式中，如果确定目标延时队列中存在重复的请求，则需要进行去重处理，确定有效请求。其中，不存在重复情况的请求可以直接作为有效请求。

在本实施方式中，由于不同的请求的应用场景等特征会存在差异，因此，针对不同的请求可以采用不同的去重方式。例如，连续请求获取手机验证码的请求，可以仅保留请求时间最早的请求，将重复的请求中请求时间最先的请求作为有效请求。

在一个实施方式中，对各个请求的请求体进行解析，合并各个请求中重复的请求，得到多个有效请求，可以包括：对各个请求的请求体进行解析，确定是否存在重复的请求；其中，重复的请求为来源和上下文均相同的请求。在确定存在重复的请求的情况下，可以利用and操作符对重复的请求进行去重并根据boolean参数结果重构参数，得到至少一个去重后的请求。进一步的，可以将目标延时队列中不存在重复情况的请求和至少一个去重后的请求作为有效请求。

在本实施方式中，由于不同的请求的应用场景等特征会存在差异，因此，针对不同的请求可以采用不同的去重方式。例如，连续点赞、取消点赞的请求，可以通过and操作符去重后，根据boolean参数最终结果来重构参数，从而达到去重的效果。其中，and操作符用于进行逻辑与运算，boolean变量存储为8位(1个字节)的数值形式，只能是True或是False。

在一个实施方式中，处理去重后的目标延时队列中的各个请求，可以包括：利用定时扫描任务获取去重后的目标延时队列中去重后的多个请求，创建阻塞队列，并将多个请求加入阻塞队列中。进一步的，可以处理阻塞队列中的各个请求。

在本实施方式中，延时队列可以用于接收同一接口的请求并去重，后续的请求处理需要创建新的阻塞队列来处理。可以利用定时扫描任务扫描去重后的目标延时队列中经过去重处理的请求，并将扫描到的请求放入新的阻塞队列中。

在本实施方式中，上述定时扫描任务可以用于按照预设时间间隔扫描系统中的延时队列，在扫描到延时队列并且不为空的情况下可以同步创建一个阻塞队列。其中，上述预设时间间隔可以与延时队列获取请求信息集的时间间隔相同，也可以不相同，具体的可以根据实际情况确定，本说明书实施例对此不作限定。

在本实施方式中，阻塞队列是一个支持阻塞的插入和移除的队列。支持阻塞的插入方法为当队列满时，队列会阻塞插入元素的线程，直到队列不满；支持阻塞的移除方法为队列为空时，获取元素(同时移除元素)的线程会被阻塞，等到队列变为非空。阻塞队列常用于生产者和消费者的场景，生产者是向队列里添加元素的线程，消费者是从队列里获取元素的线程。

在一个实施方式中，在将多个请求加入阻塞队列中之后，还可以包括：删除去重后的目标延时队列中的各个请求。以便清空后的目标延时队列可以继续获取下一时间段目标接口的请求信息集，有效提高了资源利用的效率。当然可以理解的是，可以利用多个延时队列获取目标接口的请求信息集，防止一个队列出现故障，请求的处理出现延迟。

在一个实施方式中，获取预设时间段内目标接口接收到的请求信息集，可以包括：在预设时间段内按照时间顺序接收目标接口接收到的请求的请求体，并根据目标接口接收到的请求的请求体，生成请求信息集。

在本实施方式中，请求信息集中的请求可以根据请求被目标接口接收的时间顺序排列。对应的，目标延时队列中的请求也可以按照请求被目标接口接收的时间顺序排列，以便使最先接收到的请求最先被处理。

基于同一发明构思，本说明书实施例中还提供了一种请求处理装置，如下面的实施例所述。由于请求处理装置解决问题的原理与请求处理方法相似，因此请求处理装置的实施可以参见请求处理方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图3是本说明书实施例的请求处理装置的一种结构框图，如图3所示，可以包括：获取模块301、第一处理模块302、去重模块303、处理模块304，下面对该结构进行说明。

获取模块301，可以用于获取预设时间段内目标接口接收到的请求信息集；其中，所述请求信息集中包含多个请求的特征信息；

第一处理模块302，可以用于将所述特征信息表示的请求加入目标延时队列；

去重模块303，可以用于对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；

处理模块304，可以用于处理所述去重后的目标延时队列中的各个请求。

本说明书实施例实施方式还提供了一种电子设备，具体可以参阅图4所示的基于本说明书实施例提供的请求处理方法的电子设备组成结构示意图，所述电子设备具体可以包括输入设备41、处理器42、存储器43。其中，所述输入设备41具体可以用于输入预设时间段内目标接口接收到的请求信息集。所述处理器42具体可以用于获取预设时间段内目标接口接收到的请求信息集；其中，所述请求信息集中包含多个请求的特征信息；将所述特征信息表示的请求加入目标延时队列；对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；处理所述去重后的目标延时队列中的各个请求。所述存储器43具体可以用于存储请求信息集等数据。

在本实施方式中，所述输入设备具体可以是用户和计算机系统之间进行信息交换的主要装置之一。所述输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等；输入设备用于把原始数据和处理这些数的程序输入到计算机中。所述输入设备还可以获取接收其他模块、单元、设备传输过来的数据。所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述存储器具体可以是现代信息技术中用于保存信息的记忆设备。所述存储器可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

在本实施方式中，该电子设备具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本说明书实施例实施方式中还提供了一种基于请求处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时可以实现：获取预设时间段内目标接口接收到的请求信息集；其中，所述请求信息集中包含多个请求的特征信息；将所述特征信息表示的请求加入目标延时队列；对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；处理所述去重后的目标延时队列中的各个请求。

在本实施方式中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory，RAM)、只读存储器(Read-Only Memory，ROM)、缓存(Cache)、硬盘(Hard DiskDrive，HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施方式中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

显然，本领域的技术人员应该明白，上述的本说明书实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本说明书实施例不限制于任何特定的硬件和软件结合。

虽然本说明书实施例提供了如上述实施例或流程图所述的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本说明书实施例提供的执行顺序。所述的方法的在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

应该理解，以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述，在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此，本说明书实施例的范围不应该参照上述描述来确定，而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。

以上所述仅为本说明书实施例的优选实施例而已，并不用于限制本说明书实施例，对于本领域的技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的保护范围之内。

Claims (10)

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

获取预设时间段内目标接口接收到的请求信息集；其中，所述请求信息集中包含多个请求的特征信息；

将所述特征信息表示的请求加入目标延时队列；

对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；

处理所述去重后的目标延时队列中的各个请求。

2.根据权利要求1所述的方法，其特征在于，对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列，包括：

获取所述目标延时队列中的各个请求的请求体；

对所述各个请求的请求体进行解析，合并所述各个请求中重复的请求，得到多个有效请求；

将所述多个有效请求作为去重后的目标延时队列。

3.根据权利要求2所述的方法，其特征在于，对所述各个请求的请求体进行解析，合并所述各个请求中重复的请求，得到多个有效请求，包括：

对所述各个请求的请求体进行解析，确定是否存在重复的请求；其中，所述重复的请求为来源和上下文均相同的请求；

在确定存在重复的请求的情况下，将所述目标延时队列中不存在重复情况的请求和所述重复的请求中请求时间最先的请求作为有效请求。

4.根据权利要求2所述的方法，其特征在于，对所述各个请求的请求体进行解析，合并所述各个请求中重复的请求，得到多个有效请求，包括：

对所述各个请求的请求体进行解析，确定是否存在重复的请求；其中，所述重复的请求为来源和上下文均相同的请求；

在确定存在重复的请求的情况下，利用and操作符对所述重复的请求进行去重并根据boolean参数结果重构参数，得到至少一个去重后的请求；

将所述目标延时队列中不存在重复情况的请求和所述至少一个去重后的请求作为有效请求。

5.根据权利要求1所述的方法，其特征在于，处理所述去重后的目标延时队列中的各个请求，包括：

利用定时扫描任务获取所述去重后的目标延时队列中去重后的多个请求；

创建阻塞队列；

将所述多个请求加入所述阻塞队列中；

处理所述阻塞队列中的各个请求。

6.根据权利要求5所述的方法，其特征在于，在将所述多个请求加入所述阻塞队列中之后，还包括：

删除所述去重后的目标延时队列中的各个请求。

7.根据权利要求1所述的方法，其特征在于，获取预设时间段内目标接口接收到的请求信息集，包括：

在所述预设时间段内按照时间顺序接收目标接口接收到的请求的请求体；

根据所述目标接口接收到的请求的请求体，生成所述请求信息集。

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

获取模块，用于获取预设时间段内目标接口接收到的请求信息集；其中，所述请求信息集中包含多个请求的特征信息；

第一处理模块，用于将所述特征信息表示的请求加入目标延时队列；

去重模块，用于对所述目标延时队列中的各个请求进行去重处理，得到去重后的目标延时队列；

处理模块，用于处理所述去重后的目标延时队列中的各个请求。

9.一种请求处理设备，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至7中任一项所述方法的步骤。

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

Images