请求处理方法、装置、电子设备及存储介质

技术领域

本公开涉及互联网技术领域，尤其涉及一种请求处理方法、装置、电子设备、计算机可读存储介质、计算机程序产品。

背景技术

随着互联网技术的发展，在业务端经常会存在一些接口用于处理耗时较高的请求(称为慢查询请求)，例如，处理客户端发送的一个特别复杂的算式需求结果请求。这类接口在处理慢查询请求时，经常会存在由于下游逻辑复杂、计算量、数据量很大等原因导致的耗时很高的情况发生，可能会达到几十秒或者分钟级。

相关技术中，各个业务端可以根据业务特点自行设置慢查询请求的处理方式，例如，采用与普通接口相同的处理方式、增加服务器数量。但是，随着业务的快速发展，采用上述方式存在开发成本较高的问题。

发明内容

本公开提供一种请求处理方法、装置、电子设备、计算机可读存储介质、计算机程序产品，以至少解决相关技术中处理慢查询请求时开发成本较高的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种请求处理方法，包括：

接收客户端发送的慢查询请求，所述慢查询请求中携带请求标识；

将所述请求标识和处理所述慢查询请求所需的信息通过支持异步处理的方式发送至目标服务，所述目标服务用于对所述慢查询请求进行处理，并在处理成功后将所述请求标识标记为处理成功；

将处于所述处理成功状态下的请求标识对应的处理结果返回至所述客户端。

在其中一个实施例中，所述将处于所述处理成功状态下的请求标识对应的处理结果返回至所述客户端，包括：

响应于所述客户端发送的结果获取请求，查询所述请求标识对应的状态；

当查询得到所述请求标识对应的状态为处理成功时，将所述处理结果返回至所述客户端。

在其中一个实施例中，所述结果获取请求是所述客户端周期性发送的请求。

在其中一个实施例中，所述方法还包括：

当查询得到所述请求标识对应的状态为开始处理或者处理中时，则

继续查询所述请求标识对应的状态，直至达到预设停止条件，所述开始处理的状态是请求处理服务器接收到所述慢查询请求后标记的，所述处理中的状态是所述目标服务在接收到所述请求标识和处理所述慢查询请求所需的信息后标记的。

在其中一个实施例中，所述预设停止条件包括所述请求标识对应的状态为处理成功、所述请求标识对应的状态为处理失败、查询次数达到预设次数、查询不到所述请求标识对应的状态中的至少一个。

在其中一个实施例中，当继续查询达到预设停止条件为请求标识对应的状态为处理失败、查询次数达到所述预设次数、查询不到所述请求标识的状态中的任一个时，向所述客户端返回处理失败通知。

在其中一个实施例中，所述将所述请求标识和处理所述慢查询请求所需的信息通过支持异步处理的方式发送至目标服务之前，还包括：

将所述请求标识写入预先配置的与当前业务对应的缓存，并将所述缓存中的所述请求标识标记为开始处理。

在其中一个实施例中，所述方法还包括：

获取预先配置的与当前业务对应的存储格式，将处理所述慢查询请求所需的信息的格式转换为所述存储格式；

所述将所述请求标识和处理所述慢查询请求所需的信息通过支持异步处理的方式发送至目标服务，包括：

将所述请求标识以及所述存储格式下的所述信息通过支持异步处理的方式发送至所述目标服务。

根据本公开实施例的第二方面，提供一种请求处理装置，其特征在于，包括：

接收模块，被配置为执行接收客户端发送的慢查询请求，所述慢查询请求中携带请求标识；

第一发送模块，被配置为执行将所述请求标识和处理所述慢查询请求所需的信息通过支持异步处理的方式发送至目标服务，所述目标服务用于对所述慢查询请求进行处理，并在处理成功后将所述请求标识标记为处理成功；

第二发送模块，被配置为执行将处于所述处理成功状态下的请求标识对应的处理结果返回至所述客户端。

在其中一个实施例中，所述第二发送模块，包括：

查询单元，被配置为执行响应于所述客户端发送的结果获取请求，查询所述请求标识对应的状态；

第一发送单元，被配置为执行当查询得到所述请求标识对应的状态为处理成功时，将所述处理结果返回至所述客户端。

在其中一个实施例中，所述结果获取请求是所述客户端周期性发送的请求。

在其中一个实施例中，所述查询单元，还被配置为执行当查询得到所述请求标识对应的状态为开始处理或者处理中时，则继续查询所述请求标识对应的状态，直至达到预设停止条件，所述开始处理的状态是请求处理服务器接收到所述慢查询请求后标记的，所述处理中的状态是所述目标服务在接收到所述请求标识和处理所述慢查询请求所需的信息后标记的。

在其中一个实施例中，所述预设停止条件包括所述请求标识对应的状态为处理成功、所述请求标识对应的状态为处理失败、查询次数达到预设次数、查询不到所述请求标识对应的状态中的至少一个。

在其中一个实施例中，所述装置还包括：第三发送模块，被配置为执行当继续查询达到预设停止条件为请求标识对应的状态为处理失败、查询次数达到所述预设次数、查询不到所述请求标识的状态中的任一个时，向所述客户端返回处理失败通知。

在其中一个实施例中，所述装置还包括：

标记模块，被配置为执行将所述请求标识写入预先配置的与当前业务对应的缓存，并将所述缓存中的所述请求标识为开始处理。

在其中一个实施例中，所述装置还包括：

获取模块，被配置为执行获取预先配置的与当前业务对应的存储格式，将处理所述慢查询请求所需的信息的格式转换为所述存储格式；

所述第一发送模块，被配置为执行将所述请求标识以及所述存储格式下的所述信息通过支持异步处理的方式发送至所述目标服务。

根据本公开实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如上述第一方面任一项所述的请求处理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如上述第一方面任一项所述的请求处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述第一方面任一项所述的请求处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

请求处理服务器通过接口接收到客户端发送的慢查询请求后，将请求标识和处理慢查询请求中所需的信息通过支持异步处理的方式发送至目标服务。目标服务对慢查询请求进行处理，并在处理成功后将请求标识标记为处理成功，以使请求处理服务器将处理成功状态下的请求标识对应的处理结果返回至客户端，从而可以降低请求处理服务器的资源损耗，提高请求处理服务器的接口性能和QPS(Queries-per-second，每秒查询率)上限。且，通过提供一种通用的慢查询请求处理标准，使不同的业务端能够按照该标准部署慢查询请求的处理方式，从而极大地减少了慢查询请求的处理方式的开发成本，避免重复设计。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种请求处理方法的应用环境图。

图2是根据一示例性实施例示出的一种请求处理方法的流程图。

图3是根据一示例性实施例示出的一种请求处理方法的流程图。

图4是根据一示例性实施例示出的一种请求处理装置的框图。

图5是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所提供的请求处理方法，可以应用于如图1所示的应用环境中。其中，终端110通过网络与请求处理服务器120进行交互。请求处理服务器120通过网络与业务服务器130进行交互。终端110中安装有应用程序，该应用程序可以是社交类应用程序、即时通信类应用程序、短视频类应用程序等。业务服务器130的数量可以有多个，每个业务服务器130分别用于处理相应业务下的任务。业务可以用于表征应用程序中的需求和场景，例如应用程序中包含电商、短视频、客服等业务。慢查询请求的处理逻辑部署在请求处理服务器120中。在请求处理服务器120通过预先指定的接口接收到终端110发送的慢查询请求后，将请求标识和处理慢查询请求所需的信息通过支持异步处理的方式发送至相应的业务服务器130。业务服务器130对慢查询请求进行处理，并在处理成功后将请求标识标记为处理成功。请求处理服务器120获取请求标识对应的状态，在获取到请求标识对应的状态已变更为处理成功后，获取请求标识对应的处理结果，并将该处理结果返回至终端110。

其中，终端110可以是但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。请求处理服务器120和业务服务器130可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2是根据一示例性实施例示出的一种请求处理方法的流程图，如图2所示，请求处理方法用于请求处理服务器中，包括以下步骤。

在步骤S210中，接收客户端发送的慢查询请求，慢查询请求中携带请求标识。

其中，慢查询请求可以是指需耗费较多时间处理的请求，例如达到几秒、几十秒甚至分钟级的请求。可以预先从接口维度定义用于接收慢查询请求的接口，使请求处理服务器将通过该接口接收到的请求作为慢查询请求。请求标识用于唯一性地区分慢查询请求，在慢查询请求和与慢查询请求相关的数据之间建立关联关系。请求标识可以使用指定的信息表征，例如，用户标识、待请求对象(如视频、图像等)的标识、终端标识等；请求标识也可以是客户端在发送请求前生成的唯一性标识。

具体地，请求处理服务器在接收到慢查询请求后，获取慢查询请求中携带的请求标识，将请求标识存储在数据库中。数据库可以是关系型数据库，例如将请求标识添加到预先建立的表中；数据库还可以是非关系型数据库，以key(键)-value(值)的形式存储。业务端可以依实际需求指定数据库的类型。

在步骤S220中，将请求标识和处理慢查询请求所需的信息通过支持异步处理的方式发送至目标服务，目标服务用于对慢查询请求进行处理，并在处理成功后将请求标识标记为处理成功。

其中，目标服务是指能够用于处理慢查询请求的服务。目标服务可以视慢查询请求所属的业务而定。例如，慢查询请求为视频查询请求，那么目标服务可以为视频业务端预先部署的用于处理慢查询请求的服务。

处理慢查询请求所需的信息视慢查询请求所属的业务以及慢查询请求所指的具体内容而定。假如，慢查询请求是需要计算复杂的算式，那么处理慢查询请求所需的信息可以为该算式中的各个参数；慢查询请求是在数据量较大的数据表中查询数据，那么处理慢查询请求所需的信息可以为查询数据所需的索引信息。

异步处理和同步处理相对。当异步过程调用发出后，调用者(请求处理服务器)不能立刻得到结果。在被调用者(目标服务)处理完毕后，可以通过状态、通知、回调等方式通知调用者。

具体地，请求处理服务器在接收到慢查询请求后，根据慢查询请求所属的业务以及慢查询请求所指的具体内容确定处理慢查询请求所需的信息。请求处理服务器建立请求标识和处理慢查询请求所需的信息之间的关联关系。请求处理服务器调用目标服务，通过支持异步处理的方式将请求标识和处理慢查询请求所需的信息发送至该目标服务。目标服务基于所接收到的信息对慢查询请求进行处理，并在处理成功后将数据库中请求标识的状态标记为处理成功。

在步骤S230中，将处于处理成功状态下的请求标识对应的处理结果返回至客户端。

具体地，请求处理服务器可以查询数据库中请求标识的状态。在查询到请求标识的状态变更为处理成功后，从目标服务处获取对慢查询请求进行处理得到的处理结果。将处理结果返回至发送慢查询请求的客户端。

在一些可能性实施例中，请求处理服务器可以定时或者周期性地查询数据库中请求标识的状态，直至查询到请求标识的状态变更为处理成功。其中，定时可以是指在发送请求标识和信息至目标服务后的固定时间点。周期性可以是指在发送请求标识和信息至目标服务后每隔预设时间段进行查询。

上述请求处理方法中，请求处理服务器通过接口接收到客户端发送的慢查询请求后，将请求标识和处理慢查询请求中所需的信息通过支持异步处理的方式发送至目标服务。目标服务对慢查询请求进行处理，并在处理成功后将请求标识标记为处理成功，以使请求处理服务器将处理成功状态下的请求标识对应的处理结果返回至客户端，从而可以降低请求处理服务器的资源损耗，提高请求处理服务器的接口性能和QPS上限。且，通过提供一种通用的慢查询请求处理标准，使不同的业务端能够按照该标准部署慢查询请求的处理方式，从而极大地减少了慢查询请求的处理方式的开发成本，避免重复设计。

在一示例性实施例中，在步骤S230中，将处于处理成功状态下的请求标识对应的处理结果返回至客户端，包括：响应于客户端发送的结果获取请求，查询请求标识对应的状态；当查询得到请求标识对应的状态为处理成功时，将请求标识对应的处理结果返回至客户端。

其中，结果获取请求用于请求对慢查询请求进行处理后产生的处理结果。

具体地，客户端在发送慢查询请求后，向请求处理服务器发送结果获取请求。请求处理服务器响应于该结果获取请求，从数据库中查询请求标识的当前状态。若当前状态为处理成功，则从目标服务处获取处理结果，将处理结果返回至发送结果获取请求的客户端。

在一些可能性实施例中，客户端可以定时或者周期性地发送结果获取请求至请求处理服务器。其中，定时可以是指在发送慢查询请求至请求处理服务器后的固定时间点。周期性可以是指在发送慢查询请求至请求处理服务器后每隔预设时间段进行查询。通过在客户端配置定时或者周期性地主动触发结果获取请求，使得客户端能够及时地获取到处理结果，降低用户的等待时长。

在一些可能性实施例中，若目标服务对慢查询请求处理失败，可以在处理失败后将请求标识标记为处理失败。请求处理服务器响应于客户端发送的结果获取请求，当查询请求标识的当前状态为处理失败时，可以向客户端返回处理失败通知。

本实施例中，通过将客户端的请求拆分为慢查询请求和结果获取请求，使请求处理服务器在接收到结果获取请求的前提下再进行查询请求标识的状态，并将处于处理成功状态下的请求标识对应的处理结果返回至客户端，可以解决客户端和请求处理服务器之间因为连接数过多而导致的性能下降问题，减少请求处理服务器的资源占用情况。

在一示例性实施例中，所述方法还包括：当查询得到请求标识对应的状态为开始处理或者处理中时，继续查询请求标识对应的状态，直至达到预设停止条件。

具体地，请求处理服务器接收到慢查询请求，并将请求标识存储在数据库后，将请求标识标记为开始处理。目标服务在接收到请求标识和处理慢查询请求所需的信息后，将数据库中该请求标识的状态变更为处理中。请求处理服务器响应于客户端发送的结果获取请求，从数据库中查询请求标识的当前状态。若当前状态为开始处理或者处理中，则继续等待下一次客户端发送的结果获取请求，或者自动继续周期性查询请求标识对应的状态，直至达到预设停止条件。

预设停止条件可以为请求标识对应的状态为处理成功、请求标识对应的状态为处理失败、查询次数达到预设次数、查询不到请求标识对应的状态中的至少一个。其中，查询次数可以是请求处理服务器查询的总次数，也可以是继续查询的总次数，视具体情况而定。当请求处理服务器查询得到请求标识对应的状态变更为处理成功时，获取对慢查询请求进行处理得到的处理结果，并将处理结果返回至客户端。当请求处理服务器查询得到请求标识对应的状态变更为处理失败时，向客户端返回处理失败通知。当请求处理服务器查询得到数据库中请求标识的状态仍为开始处理或者处理中，但是查询次数已达到预设次数，例如，预先设定6次，请求处理服务器每查询一次记录1，当查询次数达到6时停止查询，请求处理服务器向客户端返回处理失败通知。当请求处理服务器查询不到请求标识对应的状态，那么请求处理服务器向客户端返回处理失败通知。通

进一步地，预设停止条件还可以为预设时长，例如，预先设定查询5秒，请求处理服务器记录已查询的时长，在已查询的时长达到5秒时停止查询。

本实施例中，通过在请求处理服务器端配置查询停止条件，在满足查询停止条件时便使请求处理服务器停止继续查询，节省了请求服务器的运行空间。且通过设置查询停止条件，还可以避免客户端等待时间过长的情况出现。通过配置至少一种查询停止条件，还可以满足慢查询请求中出现的各种异常状况，提升慢查询请求处理过程的稳定性。通过对数据库中请求标识的状态进行细分，无论处理成功还是处理失败，都能使请求处理服务器获取到相应的结果，从而可以提高结果返回的准确性。

在一示例性实施例中，步骤S220，将请求标识和处理慢查询请求所需的信息通过支持异步处理的方式发送至目标服务之前，还包括：将请求标识写入预先配置的与当前业务对应的缓存，并将缓存中的请求标识为开始处理。

具体地，业务端可以依实际需求指定对应的缓存。请求处理服务器在接收到慢查询请求后，获取慢查询请求中携带的请求标识，并将请求标识存储在当前业务对应的缓存中，将缓存中的该请求标识标记为开始处理。相应地，目标服务在接收到请求标识和处理慢查询请求所需的信息后，可以按照慢查询请求的处理进度对缓存中的请求标识的状态进行标记。

本实施例中，通过使不同的业务端能够按需部署慢查询请求的缓存，将请求标识存储于当前业务对应的缓存中，有助于加快请求处理服务器进行标记和查询的速度，进而可以提高慢查询请求和结果查询请求的处理效率。

在一示例性实施例中，步骤S220，将请求标识和处理慢查询请求所需的信息通过支持异步处理的方式发送至目标服务之前，还包括：获取预先配置的与当前业务对应的存储格式，将处理慢查询请求所需的信息的格式转换为该存储格式。

具体地，不同的业务端可能会使用不同的数据存储格式，例如，proto(一种数据存储格式)、JSON(JavaScript Object Notation,JS对象简谱)等。在请求处理服务器接收到慢查询请求后，可以获取预置的当前业务对应的数据存储格式。将处理慢查询请求所需的信息转换为该存储格式，进而将请求标识以及该存储格式下的信息发送至目标服务。

本实施例中，通过使不同的业务端能够按需部署慢查询请求的数据存储格式，提升慢查询请求的处理方式在不同业务端的兼容性，从而极大地减少了慢查询请求的处理方式的开发成本。

图3是根据一示例性实施例示出的一种请求处理方法的流程图，如图3所示，包括以下步骤。

在步骤S302中，请求处理服务器接收客户端发送的慢查询请求，慢查询请求中携带请求标识。

在步骤S304中，请求处理服务器将请求标识写入预先配置的与当前业务对应的缓存，并标记缓存中的请求标识为开始处理。

在步骤S306中，请求处理服务器获取预先配置的与当前业务对应的存储格式，将处理慢查询请求所需的信息的格式转换为该存储格式。

在步骤S308中，请求处理服务器将请求标识和格式转换后的信息通过支持异步处理的方式发送至目标服务。

在步骤S310中，目标服务在接收到请求标识和格式转换后的信息后，将缓存中的请求标识标记为处理中。

在步骤S312中，目标服务对慢查询请求进行处理，若对慢查询请求处理成功，则将请求标识标记为处理成功；若对慢查询请求处理失败，则将请求标识标记为处理失败。

在步骤S314中，客户端向请求处理服务器发送慢查询请求后，定时向请求处理服务器发送结果查询请求。

在步骤S316中，请求处理服务器响应于结果获取请求，查询缓存中该请求标识对应的当前状态。若当前状态为开始处理或者处理中，则继续步骤S318。

在步骤S318中，请求处理服务器继续查询请求标识对应的状态，直至：查询得到请求标识对应的状态变更为处理成功，则将处理结果发送至客户端；或者，查询得到请求标识对应的状态变更为处理失败，则向客户端返回处理失败通知；或者，查询次数达到预设次数，则向客户端返回处理失败通知；或者，查询不到请求标识对应的状态，则向客户端返回处理失败通知。

本实施例中，通过将客户端的请求拆分为慢查询请求和结果获取请求，使请求处理服务器在接收到结果获取请求的前提下再进行查询请求标识的状态，并将处于处理成功状态下的请求标识对应的处理结果返回至客户端，可以解决客户端和请求处理服务器之间因为连接数过多而导致的性能下降问题，减少请求处理服务器的资源占用情况。且，通过提供一种通用的慢查询请求处理标准，使不同的业务端能够按照该标准部署慢查询请求的处理方式，从而极大地减少了慢查询请求的处理方式的开发成本，避免重复设计。

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

图4是根据一示例性实施例示出的一种请求处理装置400框图。参照图4，该装置包括接收模块402、第一发送模块404、第二发送模块406。

接收模块402，被配置为执行接收客户端发送的慢查询请求，慢查询请求中携带请求标识；第一发送模块404，被配置为执行将请求标识和处理慢查询请求所需的信息通过支持异步处理的方式发送至目标服务，目标服务用于对慢查询请求进行处理，并在处理成功后将请求标识标记为处理成功；第二发送模块406，被配置为执行将处于处理成功状态下的请求标识对应的处理结果返回至客户端。

在一示例性实施例中，第二发送模块406，包括：查询单元，被配置为执行响应于客户端发送的结果获取请求，查询请求标识对应的状态；第一发送单元，被配置为执行当查询得到请求标识对应的状态为处理成功时，将处理结果返回至客户端。

在一示例性实施例中，结果获取请求是客户端周期性发送的请求。

在一示例性实施例中，查询单元，还被配置为执行当查询得到请求标识对应的状态为开始处理或者处理中时，则继续查询请求标识对应的状态，直至达到预设停止条件，开始处理的状态是请求处理服务器接收到慢查询请求后标记的，处理中的状态是目标服务在接收到请求标识和处理慢查询请求所需的信息后标记的。

在一示例性实施例中，预设停止条件包括请求标识对应的状态为处理成功、请求标识对应的状态为处理失败、查询次数达到预设次数、查询不到请求标识对应的状态中的至少一个。

在一示例性实施例中，装置还包括：第三发送模块，被配置为执行当继续查询达到预设停止条件为请求标识对应的状态为处理失败、查询次数达到预设次数、查询不到请求标识的状态中的任一个时，向客户端返回处理失败通知。

在一示例性实施例中，装置400还包括：标记模块，被配置为执行将请求标识写入预先配置的与当前业务对应的缓存，并将缓存中的请求标识为开始处理。

在一示例性实施例中，装置400还包括：获取模块，被配置为执行获取预先配置的与当前业务对应的存储格式，将处理慢查询请求所需的信息的格式转换为存储格式；第一发送模块402，被配置为执行将请求标识以及存储格式下的信息通过支持异步处理的方式发送至目标服务。

图5是根据一示例性实施例示出的一种用于处理慢查询请求的电子设备S00的框图。例如，电子设备S00可以为一服务器。参照图5，电子设备S00包括处理组件S20，其进一步包括一个或多个处理器，以及由存储器S22所代表的存储器资源，用于存储可由处理组件S20的执行的指令，例如应用程序。存储器S22中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件S20被配置为执行指令，以执行上述请求处理方法。

电子设备S00还可以包括一个电源组件S24被配置为执行电子设备S00的电源管理，一个有线或无线网络接口S26被配置为将电子设备S00连接到网络，和一个输入输出(I/O)接口S28。电子设备S00可以操作基于存储在存储器S22的操作系统，例如WindowsServer，Mac OS X，Unix，Linux，FreeBSD或类似。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器S22，上述指令可由电子设备S00的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述任一项实施例所述的请求处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。