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

Abstract

本申请涉及一种请求处理方法、装置、电子设备及存储介质，应用于互联网技术领域，所述方法包括：当监控到主服务器出现目标异常类型，将已建立的通信链接由主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量。如果第一用户请求的数量大于预设数量，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对第一用户请求进行分类排序，得到分类排序结果；根据分类排序结果，依次从备用服务器获取与第一用户请求匹配的目标数据，并根据目标数据，对用户请求进行响应。本申请在主服务器出现异常的情况下不需要人工参与，即可对用户的业务需求进行响应，并且，可以优先处理紧急业务需求，以提升用户体验。

Description

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

技术领域

本申请涉及互联网技术领域，尤其涉及一种请求处理方法、装置、电子设备及存储介质。

背景技术

目前，用户可以通过互联网方便地获取到用户要查询的数据。在某些场景下，用户要查询的数据存储在第三方服务器中，本端服务器从第三方服务器获取到数据后再对用户请求进行响应。当第三方服务器发生故障的情况下，需要人工干预，例如，联系第三方排查修复，并提供现场的接口信息(例如出入参等场景信息等)。同时，在解决问题的过程中，当前业务会受到当次故障的影响。

发明内容

为了解决上述技术问题，本申请提供了一种请求处理方法、装置、电子设备及存储介质。

根据本申请的第一方面，提供了一种请求处理方法，包括：

当监控到主服务器出现目标异常类型，将已建立的通信链接由所述主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量；

如果所述第一用户请求的数量大于所述预设数量，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对所述第一用户请求进行分类排序，得到分类排序结果；

根据所述分类排序结果，依次从所述备用服务器获取与所述第一用户请求匹配的目标数据，并根据所述目标数据，对所述用户请求进行响应。

可选的，所述方法还包括：

当监控到所述主服务器恢复正常后，根据当前接收到的所述第一用户请求的数量，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器；或

当监控到所述主服务器恢复正常后，根据当前接收到的所述第一用户请求的数量以及所述主服务器的历史异常情况，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器。

可选的，所述根据当前接收到的所述第一用户请求的数量，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器，包括：

如果当前接收到的所述第一用户请求的数量大于所述预设数量，将已建立的通信链接由所述备用服务器切换至所述主服务器；

如果当前接收到的所述第一用户请求的数量小于或等于所述预设数量，不将已建立的通信链接由所述备用服务器切换至所述主服务器。

可选的，所述根据当前接收到的所述第一用户请求的数量以及所述主服务器的历史异常情况，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器，包括：

如果当前接收到的所述第一用户请求的数量大于所述预设数量，且所述主服务器在历史时间段内发生异常的次数小于预设次数，则将已建立的通信链接由所述备用服务器切换至所述主服务器；

如果当前接收到的所述第一用户请求的数量小于或等于所述预设数量，且所述主服务器在所述历史时间段内发生异常的次数大于或等于所述预设次数，则不将已建立的通信链接由所述备用服务器切换至所述主服务器。

可选的，所述方法还包括：

当监控到所述主服务器恢复正常后，且所述主服务器处于空闲状态，向所述备用服务器发送第一数据同步请求，以使所述备用服务器将本地的待同步数据同步至所述主服务器；以及

向所述主服务器发送第二数据同步请求，以使所述主服务器将本地的待同步数据同步至所述备用服务器。

可选的，监控主服务器是否出现目标异常类型的方式，包括：

如果监控到主服务器出现的异常与所述主服务器自身的支持能力无关，则确定监控到主服务器出现目标异常类型；

如果监控到主服务器出现的异常与所述主服务器自身的支持能力相关，则确定未监控到主服务器出现目标异常类型。

可选的，所述方法还包括：

如果监控到所述主服务器存在异常，向管理人员的终端设备发送提醒通知消息。

可选的，所述预设数量根据所述备用服务器的性能信息确定。

根据本申请的第二方面，提供了一种请求处理装置，包括：

请求数量判断模块，用于当监控到主服务器出现目标异常类型，将已建立的通信链接由所述主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量；

分类排序模块，用于如果所述第一用户请求的数量大于所述预设数量，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对所述第一用户请求进行分类排序，得到分类排序结果；

用户请求响应模块，用于根据所述分类排序结果，依次从所述备用服务器获取与所述第一用户请求匹配的目标数据，并根据所述目标数据，对所述用户请求进行响应。

可选的，所述请求处理装置还包括：

通信链接切换判断模块，用于当监控到所述主服务器恢复正常后，根据当前接收到的所述第一用户请求的数量，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器；或

当监控到所述主服务器恢复正常后，根据当前接收到的所述第一用户请求的数量以及所述主服务器的历史异常情况，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器。

可选的，所述通信链接切换判断模块，具体用于当监控到所述主服务器恢复正常后，如果当前接收到的所述第一用户请求的数量大于所述预设数量，将已建立的通信链接由所述备用服务器切换至所述主服务器；如果当前接收到的所述第一用户请求的数量小于或等于所述预设数量，不将已建立的通信链接由所述备用服务器切换至所述主服务器。

可选的，所述通信链接切换判断模块，具体用于如果当前接收到的所述第一用户请求的数量大于所述预设数量，且所述主服务器在历史时间段内发生异常的次数小于预设次数，则将已建立的通信链接由所述备用服务器切换至所述主服务器；如果当前接收到的所述第一用户请求的数量小于或等于所述预设数量，且所述主服务器在所述历史时间段内发生异常的次数大于或等于所述预设次数，则不将已建立的通信链接由所述备用服务器切换至所述主服务器。

可选的，所述请求处理装置还包括：

同步请求发送模块，用于当监控到所述主服务器恢复正常后，且所述主服务器处于空闲状态，向所述备用服务器发送第一数据同步请求，以使所述备用服务器将本地的待同步数据同步至所述主服务器；以及

向所述主服务器发送第二数据同步请求，以使所述主服务器将本地的待同步数据同步至所述备用服务器。

可选的，所述请求处理装置还包括：

异常类型监控模块，用于如果监控到主服务器出现的异常与所述主服务器自身的支持能力无关，则确定监控到主服务器出现目标异常类型；如果监控到主服务器出现的异常与所述主服务器自身的支持能力相关，则确定未监控到主服务器出现目标异常类型。

可选的，所述请求处理装置还包括：

提醒通知消息发送模块，用于如果监控到所述主服务器存在异常，向管理人员的终端设备发送提醒通知消息。

可选的，所述预设数量根据所述备用服务器的性能信息确定。

根据本申请的第三方面，提供了一种电子设备，包括：处理器，所述处理器用于执行存储于存储器的计算机程序，所述计算机程序被处理器执行时实现第一方面所述的请求处理方法。

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

根据本申请的第五方面，提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行第一方面所述的请求处理方法。

本申请实施例提供的技术方案与现有技术相比具有如下优点：

第三方可以提供多个服务器供本端服务器使用，包括主服务器和备用服务器。本端服务器可以和主服务器建立通信链接，从而可以从主服务器获取用户所请求的数据。在监控到主服务器出现目标异常类型的情况下，将已建立的通信链接由主服务器切换至备用服务器，也就是断开与主服务器之间的通信链接，并建立与备用服务器之间的通信链接。根据当前接收到的第一用户请求的优先级，从备用服务器获取与第一用户请求匹配的目标数据，并对第一用户请求进行响应。可以看出，该过程不需要人工参与，不会对当前业务造成影响。并且，可以优先对紧急的业务进行响应，从而提升用户体验。

附图说明

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

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

图1示出了可以应用于本申请实施例的请求处理方法的示例性应用环境的***架构的示意图；

图2为本申请实施例中请求处理方法的一种流程图；

图3为本申请实施例中请求处理方法的又一种流程图；

图4为本申请实施例中请求处理装置的一种结构示意图；

图5为本申请实施例中电子设备的一种结构示意图。

具体实施方式

为了能够更清楚地理解本申请的上述目的、特征和优点，下面将对本申请的方案进行进一步描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本申请，但本申请还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本申请的一部分实施例，而不是全部的实施例。

图1示出了可以应用于本申请实施例的请求处理方法的示例性应用环境的***架构的示意图。

如图1所示，***架构100可以包括终端设备101、终端设备102、网络103、本端服务器104，以及远端的主服务器105和备用服务器106。网络103用以在终端设备101、终端设备102和本端服务器104之间，以及本端服务器104和远端的主服务器105、备用服务器106之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、终端设备102包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端设备、网络、本端服务器和远端的备用服务器的数量仅仅是示意性的。根据实现需要，可以具有任意数量的终端设备、网络和服务器。比如本端服务器104可以是多个服务器组成的服务器集群等。

本申请实施例所提供的请求处理方法一般由本端服务器104执行，相应地，请求处理装置可以设置于本端服务器104中。举例而言，本端服务器104可以预先与远端的主服务器105建立通信链接，并对主服务器105进行监控，当监控到主服务器出现目标异常类型，与远端的主服务器105断开通信链接，并与远端的备用服务器106建立通信链接。根据终端设备101、终端设备102发送的第一用户请求的优先级，从备用服务器106获取终端设备101、终端设备102所请求的目标数据，并将目标数据发送至终端设备101、终端设备102。由于备用服务器106的性能通常较主服务器105差，因此，通过上述方式可以在避免影响用户业务需求的同时，还能够保证及时处理重要事件。

以下首先对本申请实施例的请求处理方法进行详细介绍。

本申请实施例的请求处理方法应用于本端服务器，本端服务器可以接收用户请求，并对用户请求进行响应。第三方提供的服务器，即远端服务器，包括主服务器和备用服务器，可以为本端服务器提供数据存储服务，也就是用户请求的数据(例如，查询疫苗接种记录等)可以存储在远端服务器中，本端服务器接收到用户请求后，可以从远端服务器获取数据，并对用户请求进行响应。

参见图2，图2为本申请实施例中请求处理方法的一种流程图，可以包括以下步骤：

步骤S210，当监控到主服务器出现目标异常类型，将已建立的通信链接由主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量。

通常情况下，本端服务器可以与远端服务器中的主服务器建立通信链接，在接收到用户请求后，从主服务器中获取数据，并对用户请求进行响应。为了避免主服务器发生异常对当前业务造成影响，本端服务器可以实时监控主服务器是否存在异常。由于在一些场景下，将已建立的通信链接由主服务器切换至备用服务器，可以不影响当前业务，而在另一些场景下，即使切换至备用服务器，也可能会影响当前业务。因此，如果监控到主服务器存在异常，可以获取对应的异常类型，并根据异常类型，确定是否将已建立的通信链接由主服务器切换至备用服务器。

当监控到主服务器出现目标异常类型，表示在该场景下将已建立的通信链接由主服务器切换至备用服务器，可以不影响用户的业务需求。可选的，可以通过以下方式监控主服务器是否出现目标异常类型：如果监控到主服务器出现的异常与主服务器自身的支持能力无关，则确定监控到主服务器出现目标异常类型；如果监控到主服务器出现的异常与主服务器自身的支持能力相关，则确定未监控到主服务器出现目标异常类型。可见，目标异常类型与主服务器自身的支持能力无关，即主服务器具备完成用户请求的功能。目标异常类型可以与主服务器自身的性能相关，例如主服务器内部发生异常、主服务器发生临时的维护或者过载等。在此情况下，将已建立的通信链接由主服务器切换至备用服务器，以对用户请求进行响应，避免对业务造成影响。否则，当监控到主服务器出现目标异常类型之外的异常类型，表示当前异常与主服务器自身的支持能力相关，即主服务器不具备完成用户请求的功能，那么，在主服务器不具备该功能的情况下，备用服务器通常也不具备该功能，此时即使切换至备用服务器，也无法完成用户请求，因此，可以不进行切换。

在一些实施例中，如果监控到主服务器存在异常，可以向管理人员的终端设备发送提醒通知消息。例如，可以通过邮件、短信、社交工具等方式通知相关的管理人员，以使管理人员能够及时进行故障排查，比如，当监控到主服务器不具备用户请求所对应的某一功能的情况，可以向管理人员的终端设备发送提醒通知消息，以便管理人员对主备用服务器功能进行维护和升级。

可以理解的是，主服务器的性能通常优于备用服务器的性能，主服务器可以并行处理的用户请求的数量也会大于备用服务器可以并行请求处理的用户请求的数量。因此，将已建立的通信链接由主服务器切换至备用服务器后，可以统计当前接收到的第一用户请求的数量，判断备用服务器能否支持对第一用户请求进行并行处理。

例如，可以判断当前接收到的第一用户请求的数量是否大于预设数量，如果第一用户请求的数量大于预设数量，表示当前超出了备用服务器的能力范围，可以执行步骤S220；如果第一用户请求的数量小于或等于预设数量，表示当前未超出备用服务器的能力范围，可以直接并行对第一用户请求进行处理。可选的，预设数量根据备用服务器的性能信息确定，备用服务器的性能越好，预设数量越大。其中，备用服务器的性能信息例如可以是CPU(中央处理单元)的利用率等。

步骤S220，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对第一用户请求进行分类排序，得到分类排序结果。

本申请实施例中，可以预先根据用户请求的重要程度、紧急程度等，将不同的用户请求分为多个不同的优先级。假设优先级分为三个等级：高、中、低，重要且紧急的用户请求的优先级为高，重要但不紧急的用户请求和不重要但紧急的用户请求的优先级为中，不重要且不紧急的用户请求的优先级为低。

针对接收到的各个第一用户请求，可以获取对应的优先级，并根据优先级从高到低的顺序对第一用户请求进行分类排序。例如，将优先级为高的第一用户请求分为第一组，将优先级为中的第一用户请求分为第二组，将优先级为低的第一用户请求分为第三组，最终的分类排序结果为：第一组第一用户请求、第二组第一用户请求和第三组第一用户请求。

步骤S230，根据分类排序结果，依次从备用服务器获取与第一用户请求匹配的目标数据，并根据目标数据，对用户请求进行响应。

根据上述分类排序结果，对用户请求进行响应，也就是，按照优先级从高到低的顺序对各个第一用户请求进行处理。例如，可以优先处理第一组用户请求，再处理第二组第一用户请求，最后处理第三组第一用户请求。当然，还可以参考各组第一用户请求的数量，以及前述的预设数量，确定具体如何优先处理。例如，在第一组第一用户请求的数量较少时，可以优先处理第一组第一用户请求和部分或全部第二组第一用户请求，最后处理第三组第一用户请求等。

本申请实施例的请求处理方法中，第三方可以提供多个服务器供本端服务器使用，包括主服务器和备用服务器。本端服务器可以和主服务器建立通信链接，从而可以从主服务器获取用户所请求的数据。在监控到主服务器出现目标异常类型的情况下，将已建立的通信链接由主服务器切换至备用服务器，也就是断开与主服务器之间的通信链接，并建立与备用服务器之间的通信链接。根据当前接收到的第一用户请求的优先级，从备用服务器获取与第一用户请求匹配的目标数据，并对第一用户请求进行响应。可以看出，该过程不需要人工参与，不会对当前业务造成影响。并且，可以优先对紧急的业务进行响应，从而提升用户体验。

参见图3，图3为本申请实施例中请求处理方法的又一种流程图，可以包括以下步骤：

步骤S310，当监控到主服务器出现目标异常类型，将已建立的通信链接由主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量。

步骤S320，如果第一用户请求的数量大于预设数量，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对第一用户请求进行分类排序，得到分类排序结果。

步骤S330，根据分类排序结果，依次从备用服务器获取与第一用户请求匹配的目标数据，并根据目标数据，对用户请求进行响应。

上述步骤S310～步骤S330与图2实施例中步骤S210～步骤S230相同，具体参见图2实施例中的描述即可，在此不再赘述。

步骤S340，当监控到主服务器恢复正常后，根据当前接收到的第一用户请求的数量，确定是否将已建立的通信链接由备用服务器切换至主服务器。

当主服务器出现异常后，可能会自动恢复正常，或者经过管理人员排查之后恢复正常。当监控到主服务器恢复正常后，可以直接将已建立的通信链接由备用服务器切换至主服务器。或者，也可以根据当前接收到的第一用户请求的数量，确定是否将已建立的通信链接由备用服务器切换至主服务器。可选的，如果当前接收到的第一用户请求的数量大于预设数量，表示当前用户请求的数量超出了备用服务器的处理能力，可以将已建立的通信链接由备用服务器切换至主服务器，从而更快速地对用户请求进行响应。如果当前接收到的第一用户请求的数量小于或等于预设数量，表示当前用户请求的数量未超出备用服务器的处理能力，可以不将已建立的通信链接由备用服务器切换至主服务器。这样，可以减少通信链接的切换频率。

步骤S350，当监控到主服务器恢复正常后，根据当前接收到的第一用户请求的数量以及主服务器的历史异常情况，确定是否将已建立的通信链接由备用服务器切换至主服务器。

本申请实施例中，除了参考当前接收到的第一用户请求的数量外，还可以结合主服务的历史异常情况，来判断是否将已建立的通信链接由备用服务器切换至主服务器。

可选的，如果当前接收到的第一用户请求的数量大于预设数量，且主服务器在历史时间段(可以是距离当前时刻最近的一个历史时间段，例如最近三小时)内发生异常的次数小于预设次数，表示当前接收到的用户请求的数量较多，且主服务器比较稳定，则将已建立的通信链接由备用服务器切换至主服务器，从而可以不影响用户的业务需求，提升用户体验。

如果当前接收到的第一用户请求的数量小于或等于预设数量，且主服务器在历史时间段内发生异常的次数大于或等于预设次数，表示当前用户请求的数量未超出备用服务器的处理能力，且主服务器比较不稳定，则不将已建立的通信链接由备用服务器切换至主服务器。这样，可以避免在主服务器短期内出现多次异常的情况下频繁地切换通信链接，提高通信链接的稳定性。

如果当前接收到的第一用户请求的数量大于预设数量，且主服务器在历史时间段内发生异常的次数大于或等于预设次数，或者，如果当前接收到的第一用户请求的数量小于或等于预设数量，且主服务器在历史时间段内发生异常的次数小于预设次数，此时可以根据当前接收到的第一用户请求的数量的具体值，以及主服务器在历史时间段内发生异常的次数的具体值，确定是否将已建立的通信链接由备用服务器切换至主服务器。例如，第一用户请求的数量远大于预设数量，而主服务器在历史时间段内发生异常的次数等于预设次数，或稍微大于预设次数，则可以将已建立的通信链接由备用服务器切换至主服务器，以避免影响用户业务需求。

步骤S360，如果将已建立的通信链接由备用服务器切换至主服务器，根据当前接收到的第二用户请求，从主服务器获取与第二用户请求匹配的目标数据，并根据与第二用户请求匹配的目标数据，对第二用户请求进行响应。

前述的第一用户请求指当前与备用服务器建立通信链接时接收到的用户请求，第二用户请求时指当前与主服务器建立通信链接时接收到的用户请求。类似地，可以从主服务获取与第二用户请求匹配的目标数据，并对第二用户请求进行响应。

在一些实施例中，当监控到主服务器恢复正常后，且主服务器处于空闲状态，还可以向备用服务器发送第一数据同步请求，以使备用服务器将本地的待同步数据同步至主服务器。例如，在与备用服务器建立通信链接时用户的数据请求记录等。以及向主服务器发送第二数据同步请求，以使主服务器将本地的待同步数据同步至备用服务器。这样，可以在不影响用户业务的同时，保持主服务器和备用数据器中数据的同步性。

本申请实施例的请求处理方法，在主服务器发生异常，并将通信链接切换至备用服务器后，可以根据用户请求的优先级，确定用户请求的处理顺序，从而可以及时对优先级较高的用户请求进行处理。并且，在主服务器恢复正常后，可以根据当前接收到的用户请求的数量确定是否将通信链接切回至主服务器，例如，在当前接收到的用户请求的数量较少时，即未超出备用服务器的处理能力，可以不切换，在当前接收到的用户请求的数量较多时，即超出了备用服务器的处理能力，再进行切换，从而可以避免通信链接的频繁切换，降低通信链接的稳定性。另外，在主服务器处于空闲状态时，对主服务器和备用服务器进行数据同步，从而在不影响用户业务的同时，保证主服务器和备用服务器数据的同步性。

相应于上述方法实施例，本申请实施例还提供了一种请求处理装置，参见图4，请求处理装置400包括：

请求数量判断模块410，用于当监控到主服务器出现目标异常类型，将已建立的通信链接由主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量；

分类排序模块420，用于如果第一用户请求的数量大于预设数量，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对第一用户请求进行分类排序，得到分类排序结果；

用户请求响应模块430，用于根据分类排序结果，依次从备用服务器获取与第一用户请求匹配的目标数据，并根据目标数据，对用户请求进行响应。

可选的，上述请求处理装置400还包括：

通信链接切换判断模块，用于当监控到主服务器恢复正常后，根据当前接收到的第一用户请求的数量，确定是否将已建立的通信链接由备用服务器切换至主服务器；或

当监控到主服务器恢复正常后，根据当前接收到的第一用户请求的数量以及主服务器的历史异常情况，确定是否将已建立的通信链接由备用服务器切换至主服务器。

可选的，通信链接切换判断模块，具体用于当监控到主服务器恢复正常后，如果当前接收到的第一用户请求的数量大于预设数量，将已建立的通信链接由备用服务器切换至主服务器；如果当前接收到的第一用户请求的数量小于或等于预设数量，不将已建立的通信链接由备用服务器切换至主服务器。

可选的，通信链接切换判断模块，具体用于如果当前接收到的第一用户请求的数量大于预设数量，且主服务器在历史时间段内发生异常的次数小于预设次数，则将已建立的通信链接由备用服务器切换至主服务器。如果当前接收到的第一用户请求的数量小于或等于预设数量，且主服务器在历史时间段内发生异常的次数大于或等于预设次数，则不将已建立的通信链接由备用服务器切换至主服务器。

可选的，上述请求处理装置400还包括：

同步请求发送模块，用于当监控到主服务器恢复正常后，且主服务器处于空闲状态，向备用服务器发送第一数据同步请求，以使备用服务器将本地的待同步数据同步至主服务器；以及

向主服务器发送第二数据同步请求，以使主服务器将本地的待同步数据同步至备用服务器。

可选的，上述请求处理装置400还包括：

异常类型监控模块，用于如果监控到主服务器出现的异常与主服务器自身的支持能力无关，则确定监控到主服务器出现目标异常类型；如果监控到主服务器出现的异常与主服务器自身的支持能力相关，则确定未监控到主服务器出现目标异常类型。

可选的，上述请求处理装置400还包括：

提醒通知消息发送模块，用于如果监控到主服务器存在异常，向管理人员的终端设备发送提醒通知消息。

可选的，预设数量根据备用服务器的性能信息确定。

上述装置中各模块或单元的具体细节已经在对应的方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本申请的示例性实施例中，还提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行本示例实施方式中上述请求处理方法。

图5为本申请实施例中电子设备的一种结构示意图。需要说明的是，图5示出的电子设备500仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500包括中央处理单元501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM503中，还存储有***操作所需的各种程序和数据。中央处理单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如局域网(LAN)卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元501执行时，执行本申请的装置中限定的各种功能。

本申请实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述请求处理方法。

需要说明的是，本申请所示的计算机可读存储介质例如可以是—但不限于—电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器、只读存储器、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、射频等等，或者上述的任意合适的组合。

本申请实施例中，还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述请求处理方法。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

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

当监控到主服务器出现目标异常类型，将已建立的通信链接由所述主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量；

如果所述第一用户请求的数量大于所述预设数量，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对所述第一用户请求进行分类排序，得到分类排序结果；

根据所述分类排序结果，依次从所述备用服务器获取与所述第一用户请求匹配的目标数据，并根据所述目标数据，对所述用户请求进行响应；

如果所述第一用户请求的数量小于或等于所述预设数量，使用所述备用服务器并行对第一用户请求进行处理。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当监控到所述主服务器恢复正常后，根据当前接收到的所述第一用户请求的数量，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器；或

当监控到所述主服务器恢复正常后，根据当前接收到的所述第一用户请求的数量以及所述主服务器的历史异常情况，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器。

3.根据权利要求2所述的方法，其特征在于，所述根据当前接收到的所述第一用户请求的数量，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器，包括：

如果当前接收到的所述第一用户请求的数量大于所述预设数量，将已建立的通信链接由所述备用服务器切换至所述主服务器；

如果当前接收到的所述第一用户请求的数量小于或等于所述预设数量，不将已建立的通信链接由所述备用服务器切换至所述主服务器。

4.根据权利要求2所述的方法，其特征在于，所述根据当前接收到的所述第一用户请求的数量以及所述主服务器的历史异常情况，确定是否将已建立的通信链接由所述备用服务器切换至所述主服务器，包括：

如果当前接收到的所述第一用户请求的数量大于所述预设数量，且所述主服务器在历史时间段内发生异常的次数小于预设次数，则将已建立的通信链接由所述备用服务器切换至所述主服务器；

如果当前接收到的所述第一用户请求的数量小于或等于所述预设数量，且所述主服务器在所述历史时间段内发生异常的次数大于或等于所述预设次数，则不将已建立的通信链接由所述备用服务器切换至所述主服务器。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当监控到所述主服务器恢复正常后，且所述主服务器处于空闲状态，向所述备用服务器发送第一数据同步请求，以使所述备用服务器将本地的待同步数据同步至所述主服务器；以及

向所述主服务器发送第二数据同步请求，以使所述主服务器将本地的待同步数据同步至所述备用服务器。

6.根据权利要求1所述的方法，其特征在于，监控主服务器是否出现目标异常类型的方式，包括：

如果监控到主服务器出现的异常与所述主服务器自身的支持能力无关，则确定监控到主服务器出现目标异常类型；

如果监控到主服务器出现的异常与所述主服务器自身的支持能力相关，则确定未监控到主服务器出现目标异常类型。

7.根据权利要求1-6任一所述的方法，其特征在于，所述方法还包括：

如果监控到所述主服务器存在异常，向管理人员的终端设备发送提醒通知消息。

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

请求数量判断模块，用于当监控到主服务器出现目标异常类型，将已建立的通信链接由所述主服务器切换至备用服务器时，判断当前接收到的第一用户请求的数量是否大于预设数量；

分类排序模块，用于如果所述第一用户请求的数量大于所述预设数量，获取各个第一用户请求的优先级，并按照优先级从高到低的顺序，对所述第一用户请求进行分类排序，得到分类排序结果；

用户请求响应模块，用于根据所述分类排序结果，依次从所述备用服务器获取与所述第一用户请求匹配的目标数据，并根据所述目标数据，对所述用户请求进行响应；

用户请求响应模块，还用于如果所述第一用户请求的数量小于或等于所述预设数量，使用所述备用服务器并行对第一用户请求进行处理。

9.一种电子设备，其特征在于，包括：处理器，所述处理器用于执行存储于存储器的计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的请求处理方法。

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