CN110187987B - 用于处理请求的方法和装置 - Google Patents

Abstract

本申请实施例公开了用于处理请求的方法和装置，涉及云计算领域。上述方法的一具体实施方式包括：在处理周期内，响应于接收到接口调用请求，确定上述接口调用请求的信息；确定上述信息是否满足预设的记录条件；响应于确定上述信息满足上述记录条件，将上述信息记录在数据库中；基于记录在上述数据库中的信息、上述记录条件以及预设的请求数量阈值，处理上述接口调用请求。该实施方式可以根据满足记录条件的接口调用请求的信息来对接口调用请求进行处理。

Description

用于处理请求的方法和装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及用于处理请求的方法和装置。

背景技术

在微服务场景中，后端业务服务系统向前端提供接口(API)供前方调用。通常后端业务服务系统的负载能力有限，为了防止过多的接口调用请求对后端业务服务系统造成过大的压力，一般会通过预先设置的限制策略来限制接口调用请求的数量。

发明内容

本申请实施例提出了用于处理请求的方法和装置。

第一方面，本申请实施例提供了一种用于处理请求的方法，包括：在处理周期内，响应于接收到接口调用请求，确定上述接口调用请求的信息；确定上述信息是否满足预设的记录条件；响应于确定上述信息满足上述记录条件，将上述信息记录在数据库中；基于记录在上述数据库中的信息、上述记录条件以及预设的请求数量阈值，处理上述接口调用请求。

在一些实施例中，上述信息包括接收时刻，上述处理周期包括开始时刻，上述记录条件包括预设时长；以及上述确定上述信息是否满足预设的记录条件，包括：响应于确定上述接收时刻与上述开始时刻之间的时长小于上述预设时长，确定上述信息满足预设的记录条件。

在一些实施例中，上述信息包括接收次序，上述记录条件包括第一预设值和第二预设值；以及上述确定上述信息是否满足预设的记录条件，包括：响应于确定上述接收次序等于上述第一预设值的整数倍与上述第二预设值之和，确定上述信息满足预设的记录条件。

在一些实施例中，上述基于记录在上述数据库中的信息、上述记录条件以及预设的请求数量阈值，处理上述接口调用请求，包括：确定记录在上述数据库中的信息的第一数量；根据上述第一数量以及上述记录条件，预测在上述处理周期内已接收到的接口调用请求的第二数量；根据上述第二数量以及上述请求数量阈值，处理上述接口调用请求。

在一些实施例中，上述处理周期包括开始时刻和结束时刻，上述记录条件包括预设时长；以及上述根据上述第一数量以及上述记录条件，预测在上述处理周期内已接收到的接口调用请求的第二数量，包括：确定上述处理周期的第一时长；根据上述第一数量、上述第一时长、上述预设时长以及预设的预测系数，确定上述第二数量。

在一些实施例中，上述记录条件包括第一预设值；以及上述根据上述第一数量以及上述记录条件，预测在上述处理周期内已接收到的接口调用请求的第二数量，包括：根据上述第一数量、上述第一预设值以及预设的预测系数，确定上述第二数量。

第二方面，本申请实施例提供了一种用于处理请求的装置，包括：信息确定单元，被配置成在处理周期内，响应于接收到接口调用请求，确定上述接口调用请求的信息；条件判断单元，被配置成确定上述信息是否满足预设的记录条件；信息记录单元，被配置成响应于确定上述信息满足上述记录条件，将上述信息记录在数据库中；请求处理单元，被配置成基于记录在上述数据库中的信息、上述记录条件以及预设的请求数量阈值，处理上述接口调用请求。

在一些实施例中，上述信息包括接收时刻，上述处理周期包括开始时刻，上述记录条件包括预设时长；以及上述条件判断单元进一步被配置成：响应于确定上述接收时刻与上述开始时刻之间的时长小于上述预设时长，确定上述信息满足预设的记录条件。

在一些实施例中，上述信息包括接收次序，上述记录条件包括第一预设值和第二预设值；以及上述条件判断单元进一步被配置成：响应于确定上述接收次序等于上述第一预设值的整数倍与上述第二预设值之和，确定上述信息满足预设的记录条件。

在一些实施例中，上述请求处理单元包括：第一数量确定模块，被配置成确定记录在上述数据库中的信息的第一数量；第二数量确定模块，被配置成根据上述第一数量以及上述记录条件，预测在上述处理周期内已接收到的接口调用请求的第二数量；请求处理模块，被配置成根据上述第二数量以及上述请求数量阈值，处理上述接口调用请求。

在一些实施例中，上述处理周期包括开始时刻和结束时刻，上述记录条件包括预设时长；以及上述第二数量确定模块进一步被配置成：

确定上述处理周期的第一时长；根据上述第一数量、上述第一时长、上述预设时长以及预设的预测系数，确定上述第二数量。

在一些实施例中，上述记录条件包括第一预设值；以及上述第二数量确定模块进一步被配置成：根据上述第一数量、上述第一预设值以及预设的预测系数，确定上述第二数量。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现如第一方面任一实施例所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面任一实施例所描述的方法。

本申请的上述实施例提供的用于处理请求的方法和装置，在处理周期内，接收到接口调用请求后，可以确定接口调用请求的信息。然后，确定上述信息是否满足预设的记录条件。在满足时，可以将信息记录在数据库中。最后，基于记录在数据库中的信息、记录条件以及预设的请求数量阈值，处理接口调用请求。本实施例的方法，可以根据满足记录条件的接口调用请求的信息来对接口调用请求进行处理。

附图说明

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

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

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

图3是根据本申请的用于处理请求的方法的一个应用场景的示意图；

图4是根据本申请的用于处理请求的方法的另一个实施例的流程图；

图5是根据本申请的用于处理请求的方法的又一个实施例的流程图；

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

图7是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于处理请求的方法或用于处理请求的装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101，第一服务器102，数据库103和第二服务器104。第一服务器102可以分别与终端设备101、数据库103和第二服务器104进行交互。

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

终端设备101可以是硬件，也可以是软件。当终端设备101为硬件时，可以是具有显示屏并且支持接口调用的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备101为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

第一服务器102可以是用于处理终端设备101发送的接口调用请求的服务器。其可以将接口调用请求的信息记录在数据库103，并根据数据库103中记录的信息来处理接口调用请求。

数据库103可以是用于存储各种信息的数据库，例如存储接口调用请求的信息。

第二服务器104可以是为终端设备101提供调用的接口的服务器。第二服务器104可以通过向终端设备101提供不同的接口来实现不同的服务。

需要说明的是，第一服务器102、第二服务器104可以是硬件，也可以是软件。当第一服务器102、第二服务器104为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当第一服务器102、第二服务器104为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用于处理请求的方法一般由第一服务器102执行。相应地，用于处理请求的装置一般设置于第一服务器102中。在一些情况中，第一服务器102可以与第二服务器104合并，即架构100中包括终端设备101，数据库103和第二服务器104。此时，本申请实施例所提供的用于处理请求的方法可以由第二服务器104执行。相应地，用于处理请求的装置可以设置于第二服务器104中。

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

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

步骤201，在处理周期内，响应于接收到接口调用请求，确定接口调用请求的信息。

在本实施例中，用于处理请求的方法的执行主体(例如图1所示的第一服务器102)可以通过有线连接方式或者无线连接方式从终端设备(例如图1所示的终端设备101)接收接口调用请求。接口调用请求用于调用业务服务系统(例如图1所示的第二服务器104)所提供的接口。执行主体可以根据各处理周期来对各接口调用请求进行处理。此处处理周期可以是任意根据实际应用场景设定的时长，例如可以为1天，1小时等等。在接收到接口调用请求后，可以确定接口调用请求的信息。上述信息可以包括用户标识、调用接口的标识、请求的接收时刻和请求的接收次序等。其中，接收时刻是指接收到接口调用请求的时刻。接收次序用于表示该接口调用请求是自处理周期的开始时刻起或自上次将信息记录到数据库起，执行主体接收到的第几个接口调用请求。

需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

步骤202，确定上述信息是否满足预设的记录条件。

执行主体在确定接口调用请求的信息后，可以判断上述信息是否满足预设的记录条件。上述记录条件可以包括预设时长、第一预设值或第二预设值。上述记录条件还可以包括用户标识、接口标识等信息。执行主体可以将上述信息与记录条件中的信息进行比较，来判断上述信息是否满足记录条件。

步骤203，响应于确定上述信息满足记录条件，将上述信息记录在数据库中。

执行主体在确定上述信息满足记录条件后，可以将上述信息记录在数据库(例如图1中的数据库103)中。上述数据库可以是各种类型的数据库，例如可以是redis数据库。Redis是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库。

步骤204，基于记录在数据库中的信息、记录条件以及预设的请求数量阈值，处理接口调用请求。

最后，执行主体可以根据记录在数据库中的信息、上述记录条件以及预设的请求数量阈值，来处理接口调用请求。具体的，执行主体可以根据记录在数据库中的信息的数量以及记录条件，来预测处理周期内执行主体已接收到的接口调用请求的数量。然后，根据预测得到的数量与预设的请求数量阈值，来处理接口调用请求。具体的，当执行主体与图1所示的第二服务器合并的情况下，执行主体在确定预测得到的数量小于请求数量阈值时，可以允许终端设备调用第二服务器所提供的接口。在确定预测得到的数量大于或等于请求数量阈值时，可以拒绝终端设备调用第二服务器所提供的接口。在执行主体与图1所示的第二服务器未合并的情况下，当预测得到的数量小于请求数量阈值时，执行主体可以转发接口调用请求至第二服务器。当预测得到的数量大于或等于请求数量阈值时，执行主体可以拦截接口调用请求。

继续参见图3，图3是根据本实施例的用于处理请求的方法的一个应用场景的示意图。在图3的应用场景中，终端3011向第一服务器3021发送接口调用请求。终端3012向第一服务器3022发送接口调用请求。第一服务器3021和第一服务器3022分别将处理周期60秒内的前40秒中，接收到的接口调用请求的信息记录到数据库303中。第一服务器3021和第一服务器3022实时的根据数据库303中记录的信息的数量，确定是否需要对终端3012、终端3012发送的接口调用请求进行限制。在确定不需要限制的情况下，将接口调用请求发送至第二服务器304。

本申请的上述实施例提供的用于处理请求的方法，在处理周期内，接收到接口调用请求后，可以确定接口调用请求的信息。然后，确定上述信息是否满足预设的记录条件。在满足时，可以将信息记录在数据库中。最后，基于记录在数据库中的信息、记录条件以及预设的请求数量阈值，处理接口调用请求。本实施例的方法，可以根据满足记录条件的接口调用请求的信息来对接口调用请求进行处理。

继续参见图4，其示出了根据本申请的用于处理请求的方法的另一个实施例的流程400。如图4所示，本实施例的用于处理请求的方法可以包括以下步骤：

步骤401，在处理周期内，响应于接收到接口调用请求，确定接口调用请求的信息。

本实施例中，处理周期包括开始时刻和结束时刻，上述信息包括接收时刻，记录条件包括预设时长。执行主体可以根据上述开始时刻、结束时刻、接收时刻以及预设时长来判断上述信息是否满足记录条件。

步骤402，响应于确定接收时刻与开始时刻之间的时长小于预设时长，确定上述信息满足预设的记录条件。

本实施例中，执行主体可以计算接收时刻与处理周期的开始时刻之间的时长是否大于或等于预设时长。如果小于，则确定上述信息满足预设的记录条件。

步骤403，响应于确定上述信息满足记录条件，将上述信息记录在数据库中。

在执行主体确定接口调用请求的信息满足记录条件后，可以将上述信息记录在数据库中。

步骤404，确定记录在数据库中的信息的第一数量。

执行主体可以实时的确定记录在数据库中的信息的第一数量。或者，执行主体也可以在处理周期内、第一次向数据库中记录信息之后预设时长开始实时确定记录在数据库中的信息的第一数量。

步骤405，确定处理周期的第一时长。

执行主体可以根据处理周期的开始时刻和结束时刻，来确定处理周期的第一时长。

步骤406，根据第一数量、第一时长、预设时长以及预设的预测系数，预测在处理周期内已接收到的接口调用请求的第二数量。

在确定第一数量、第一时长以及预设时长后，执行主体可以结合预设的预测系数，来预测在处理周期内已接收到的接口调用请求的第二数量。具体的，执行主体可以首先计算预设时长与第一时长的比值。然后，将上述比值与第一数量相乘，得到一个乘积A。最后再将预设的预测系数与第一数量相乘，得到另一个乘积B。最后，将乘积A与乘积B之和作为第二数量。

本实施例中，执行主体可以记录自处理周期开始之后的预设时长内接收的每个接口调用请求的信息。然后，根据预设时长与处理周期的第一时长的比值，来推算得到一乘积A。同时考虑到，从数据库中读取的记录的信息的过程可能存在延迟，因此，将上述延迟与预设时长的比值作为预测系数。将预测系数与第一数量相乘，推算得到一乘积B。最后，将乘积A与乘积B之和作为第二数量，提高了第二数量预测的准确性。

步骤407，根据第二数量以及请求数量阈值，处理接口调用请求。

执行主体可以根据预测得到的第二数量以及请求数量阈值，处理接口调用请求。具体的，当执行主体与图1所示的第二服务器合并的情况下，执行主体在确定预测得到的数量小于请求数量阈值时，可以允许终端设备调用第二服务器所提供的接口。在确定预测得到的数量大于或等于请求数量阈值时，可以拒绝终端设备调用第二服务器所提供的接口。在执行主体与图1所示的第二服务器未合并的情况下，当第二数量小于请求数量阈值时，执行主体可以转发接口调用请求至第二服务器。当第二数量大于或等于请求数量阈值时，执行主体可以拦截接口调用请求。

本申请的上述实施例提供的用于处理请求的方法，可以记录一段时间内接口调用请求的信息，并根据所记录的信息来预测处理周期内接口调用请求的数量，从而减少了对数据库的写次数，减少了数据库的占用空间，减少了对网络带宽的占用。

继续参见图5，其示出了根据本申请的用于处理请求的方法的又一个实施例的流程500。如图5所示，本实施例的用于处理请求的方法可以包括以下步骤：

步骤501，在处理周期内，响应于接收到接口调用请求，确定接口调用请求的信息。

本实施例中，上述信息包括接收次序。记录条件包括第一预设值和第二预设值。第一预设值用于表示执行主体可以间隔多少个接口调用请求向数据库记录接口调用请求的信息。举例来说，第一预设值为10，则执行主体可以每隔10个接口调用请求，向数据库记录一个接口调用请求的信息。第二预设值用于表示记录第几个接口调用请求的信息。举例来说，第二预设值为2，则执行主体可以记录第2个、第12个、第22个……接口调用请求的信息。执行主体可以根据接收次序、第一预设值以及第二预设值，来判断是否满足记录条件。

步骤502，响应于确定接收次序等于第一预设值的整数倍与第二预设值之和，确定信息满足预设的记录条件。

本实施例中，执行主体可以判断接口调用请求的接收次序是否等于第一预设值的整数倍与第二预设值之和。具体的，执行主体可以首先计算接收次序与第二预设值的差，然后计算得到的差与第一预设值的余数是否为0。如果为0，则说明接收次序等于第一预设值的整数倍与第二预设值之和。如果等于，则确定接口调用请求的信息满足预设的记录条件。

步骤503，响应于确定上述信息满足记录条件，将上述信息记录在数据库中。

如果执行主体确定上述信息满足记录条件，可以将上述信息记录在数据库中。

步骤504，确定记录在数据库中的信息的第一数量。

执行主体可以实时确定记录在数据库中的信息的第一数量。

步骤505，根据第一数量、第一预设值以及预设的预测系数，确定第二数量。

执行主体在确定第一数量后，可以结合第一预设值以及预设的预测系数，确定第二数量。具体的，执行主体可以首先计算第一数量减去1得到的差。然后计算差与第一预设值的乘积C。然后，执行主体可以计算预设的预测系数与第一数量乘积D。最后，将乘积C与乘积D之和作为第二数量。

本实施例中，执行主体可以每间隔第一预设值个接口调用请求，记录依次接口调用请求的信息。然后根据数据库中信息的第一数量以及第一预设值，来推算得到乘积C。同时考虑到，从数据库中读取的记录的信息的过程可能存在延迟，因此，将上述延迟与预设时长的比值作为预测系数。将预测系数与第一数量相乘，推算得到一乘积D。最后，将乘积C与乘积D之和作为第二数量，提高了第二数量预测的准确性。

需要说明的是，对于图1中的第二服务器来说，可能存在多个第一服务器来执行本实施例的用于处理请求的方法。因此，虽然对于每个第一服务器来说，其本身可能已经记录了自身接收到的接口调用请求的数量，但其无法得知其它第一服务器所接收的接口调用请求的数量。本实施例中，通过访问数据库，各第一服务器可以了解各服务器在数据库中记录的信息的数量，从而均能够预测在处理周期内各第一服务器接收到的接口调用请求的数量。

步骤506，根据第二数量以及请求数量阈值，处理接口调用请求。

执行主体可以根据预测得到的第二数量以及请求数量阈值，处理接口调用请求。具体的，当执行主体与图1所示的第二服务器合并的情况下，执行主体在确定预测得到的数量小于请求数量阈值时，可以允许终端设备调用第二服务器所提供的接口。在确定预测得到的数量大于或等于请求数量阈值时，可以拒绝终端设备调用第二服务器所提供的接口。在执行主体与图1所示的第二服务器未合并的情况下，当第二数量小于请求数量阈值时，执行主体可以转发接口调用请求至第二服务器。当第二数量大于或等于请求数量阈值时，执行主体可以拦截接口调用请求。

本申请的上述实施例提供的用于处理请求的方法，可以每间隔多个接口调用请求记录依次接口调用请求的信息，并根据所记录的信息来预测处理周期内接口调用请求的数量，从而减少了对数据库的写次数，提升执行主体的处理效率(提升每秒查询率QPS、提升并发处理能力、减少接口调用的延时)。

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

如图6所示，本实施例的用于处理请求的装置600包括：信息确定单元601、条件判断单元602、信息记录单元603以及请求处理单元604。

信息确定单元601，被配置成在处理周期内，响应于接收到接口调用请求，确定接口调用请求的信息。

条件判断单元602，被配置成确定上述信息是否满足预设的记录条件。

信息记录单元603，被配置成响应于确定上述信息满足记录条件，将上述信息记录在数据库中。

请求处理单元604，被配置成基于记录在数据库中的信息、记录条件以及预设的请求数量阈值，处理接口调用请求。

在本实施例的一些可选的实现方式中，上述信息包括接收时刻，处理周期包括开始时刻，记录条件包括预设时长。上述条件判断单元602进一步被配置成：响应于确定接收时刻与开始时刻之间的时长小于预设时长，确定上述信息满足预设的记录条件。

在本实施例的一些可选的实现方式中，上述信息包括接收次序，记录条件包括第一预设值和第二预设值。上述条件判断单元602进一步被配置成：响应于确定接收次序等于第一预设值的整数倍与第二预设值之和，确定信息满足预设的记录条件。

在本实施例的一些可选的实现方式中，上述请求处理单元604可以进一步包括图6中未示出的：第一数量确定模块、第二数量确定模块以及请求处理模块。

第一数量确定模块，被配置成确定记录在数据库中的信息的第一数量。

第二数量确定模块，被配置成根据第一数量以及记录条件，预测在处理周期内已接收到的接口调用请求的第二数量。

请求处理模块，被配置成根据第二数量以及请求数量阈值，处理接口调用请求。

在本实施例的一些可选的实现方式中，处理周期包括开始时刻和结束时刻，记录条件包括预设时长。上述第二数量确定模块可以进一步被配置成：确定处理周期的第一时长；根据第一数量、第一时长、预设时长以及预设的预测系数，确定第二数量。

在本实施例的一些可选的实现方式中，记录条件包括第一预设值。上述第二数量确定模块可以进一步被配置成：根据第一数量、第一预设值以及预设的预测系数，确定第二数量。

应当理解，用于处理请求的装置600中记载的单元601至单元604分别与参考图2中描述的方法中的各个步骤相对应。由此，上文针对用于处理请求的方法描述的操作和特征同样适用于装置600及其中包含的单元，在此不再赘述。

下面参考图7，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的第一服务器)700的结构示意图。图7示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

通常，以下装置可以连接至I/O接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图7中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM 702被安装。在该计算机程序被处理装置701执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：在处理周期内，响应于接收到接口调用请求，确定接口调用请求的信息；确定信息是否满足预设的记录条件；响应于确定上述信息满足记录条件，将上述信息记录在数据库中；基于记录在数据库中的信息、记录条件以及预设的请求数量阈值，处理接口调用请求。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括信息确定单元、条件判断单元、信息记录单元和请求处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，条件判断单元还可以被描述为“确定信息是否满足预设的记录条件的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种用于处理请求的方法，包括：

在处理周期内，响应于接收到接口调用请求，确定所述接口调用请求的信息，所述信息包括接收次序；

确定所述信息是否满足预设的记录条件，所述记录条件包括第一预设值和第二预设值；响应于确定所述信息满足所述记录条件，将所述信息记录在数据库中；

基于记录在所述数据库中的信息、所述记录条件以及预设的请求数量阈值，处理所述接口调用请求；

所述确定所述信息是否满足预设的记录条件，包括：

响应于确定所述接收次序等于所述第一预设值的整数倍与所述第二预设值之和，确定所述信息满足预设的记录条件；

所述基于记录在所述数据库中的信息、所述记录条件以及预设的请求数量阈值，处理所述接口调用请求，包括：

确定记录在所述数据库中的信息的第一数量；

根据所述第一数量以及所述记录条件，预测在所述处理周期内已接收到的接口调用请求的第二数量；

根据所述第二数量以及所述请求数量阈值，处理所述接口调用请求。

2.根据权利要求1所述的方法，其中，所述信息包括接收时刻，所述处理周期包括开始时刻，所述记录条件包括预设时长；以及

所述确定所述信息是否满足预设的记录条件，包括：

响应于确定所述接收时刻与所述开始时刻之间的时长小于所述预设时长，确定所述信息满足预设的记录条件。

3.根据权利要求1所述的方法，其中，所述处理周期包括开始时刻和结束时刻，所述记录条件包括预设时长；以及

所述根据所述第一数量以及所述记录条件，预测在所述处理周期内已接收到的接口调用请求的第二数量，包括：

确定所述处理周期的第一时长；

根据所述第一数量、所述第一时长、所述预设时长以及预设的预测系数，确定所述第二数量。

4.根据权利要求1所述的方法，其中，所述记录条件包括第一预设值；以及

所述根据所述第一数量以及所述记录条件，预测在所述处理周期内已接收到的接口调用请求的第二数量，包括：

根据所述第一数量、所述第一预设值以及预设的预测系数，确定所述第二数量。

5.一种用于处理请求的装置，包括：

信息确定单元，被配置成在处理周期内，响应于接收到接口调用请求，确定所述接口调用请求的信息，所述信息包括接收次序；

条件判断单元，被配置成确定所述信息是否满足预设的记录条件，所述记录条件包括第一预设值和第二预设值；

信息记录单元，被配置成响应于确定所述信息满足所述记录条件，将所述信息记录在数据库中；

请求处理单元，被配置成基于记录在所述数据库中的信息、所述记录条件以及预设的请求数量阈值，处理所述接口调用请求；

所述条件判断单元进一步被配置成：

响应于确定所述接收次序等于所述第一预设值的整数倍与所述第二预设值之和，确定所述信息满足预设的记录条件；

所述请求处理单元包括：

第一数量确定模块，被配置成确定记录在所述数据库中的信息的第一数量；

第二数量确定模块，被配置成根据所述第一数量以及所述记录条件，预测在所述处理周期内已接收到的接口调用请求的第二数量；

请求处理模块，被配置成根据所述第二数量以及所述请求数量阈值，处理所述接口调用请求。

6.根据权利要求5所述的装置，其中，所述信息包括接收时刻，所述处理周期包括开始时刻，所述记录条件包括预设时长；以及

所述条件判断单元进一步被配置成：

响应于确定所述接收时刻与所述开始时刻之间的时长小于所述预设时长，确定所述信息满足预设的记录条件。

7.根据权利要求5所述的装置，其中，所述处理周期包括开始时刻和结束时刻，所述记录条件包括预设时长；以及

所述第二数量确定模块进一步被配置成：

确定所述处理周期的第一时长；

根据所述第一数量、所述第一时长、所述预设时长以及预设的预测系数，确定所述第二数量。

8.根据权利要求5所述的装置，其中，所述记录条件包括第一预设值；以及

所述第二数量确定模块进一步被配置成：

根据所述第一数量、所述第一预设值以及预设的预测系数，确定所述第二数量。

9.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-4中任一所述的方法。

Images