CN116402510B - 一种基于高并发网络服务的无感支付方法、介质以及设备 - Google Patents

Abstract

本发明涉及无感支付领域，具体涉及一种基于高并发网络服务的无感支付方法、介质以及设备。无感支付方法适用于服务端，服务端包括第一服务器和多个第二服务器，多个第二服务器与第一服务器通信连接，每一个第二服务器被配置为在第一模式下能够处理一种特征类型的支付请求，特征类型与用户的支付认证信息类型相对应；通过设置多个第二服务器，每个第二服务器单独处理一种特征类型的支付请求，在其中一个第二服务器出现瞬时大量用户的支付请求时，及时将满足预设条件的用户调取并发送至其他其二服务器并行处理，从而减轻当前第二服务器的负载率，同时有效利用了其他第二服务器的服务功能，进而降低了用户支付失败率。

Description

一种基于高并发网络服务的无感支付方法、介质以及设备

技术领域

本发明涉及无感支付领域，具体涉及一种基于高并发网络服务的无感支付方法、介质以及设备。

背景技术

高并发是互联网系统架构的性能指标之一，是一种系统在运行时遇到的一种“短时间内遇到大量操作请求”的情况，主要发生在对Web系统的大量访问中收到大量请求，这种情况的出现将导致系统在此时间内执行大量操作，如对资源的请求、数据库操作等。在无感支付过程中，大量的用户瞬时聚集在一个支付服务器端，将出现支付服务器响应速度缓慢，用户支付失败率高的问题。

发明内容

鉴于上述问题，本发明提供了一种基于高并发网络服务的无感支付方法、介质以及设备，解决了现有技术中无感支付在高并发网络中支付响应速度缓慢、用户支付失败率高的问题。

为实现上述目的，在第一方面，本发明提供了一种基于高并发网络服务的无感支付方法，适用于服务端，服务端包括第一服务器和多个第二服务器，多个第二服务器与第一服务器通信连接，每一个第二服务器被配置为在第一模式下能够处理一种特征类型的支付请求，特征类型与用户的支付认证信息类型相对应；

方法包括以下步骤：

第一服务器接收用户端发送的支付请求，根据接收的支付请求中的支付认证信息类型确定处理该支付请求的第二服务器，并将该支付请求转发给对应的第二服务器进行处理；

第二服务器在接收支付请求后，判断支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中，以使当前第二服务器根据对应的消息处理队列中的排序依次处理接收的支付请求或者将该支付请求转发给其他第二服务器进行处理，以使其他第二服务器在第二模式下处理该支付请求，其他第二服务器被配置为在第一模式下能够处理的支付请求的特征类型与当前第二服务器不同、且在第二模式下能够处理的支付请求的特征类型与当前第二服务器相同。

在一些实施例中，判断支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中包括：

在当前第二服务器对应的消息处理队列未满且在判定接收的当前用户端的支付请求的时间戳信息与上一次接收的相同用户端发起的支付请求的时间间隔小于预设时间隔和/或在当前第二服务器对应的消息处理队列未满且判定当前支付请求由会员用户发起时，将该支付请求写入当前第二服务器对应的消息处理队列的首部。

在一些实施例中，判断支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中包括：

在当前第二服务器对应的消息处理队列未满且判定当前支付请求由普通用户发起时，依照接收的支付请求的时间戳信息将该支付请求写入当前第二服务器对应的消息处理队列的尾部。

在一些实施例中，判断支付请求是否满足预设条件，若满足将该支付请求转发给其他第二服务器进行处理包括：

在当前第二服务器对应的消息处理队列已满且判定当前支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理；

或者判定当前支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理；

其他第二服务器为当前消息处理队列负载最小的若干其他第二服务器。

在一些实施例中，支付认证信息为用户的生物特征标识，当前第二服务器存储有普通用户和会员用户对应的第一类型的生物特征标识，其他第二服务器存储有普通用户和会员用户对应的第二类型的生物特征标识以及会员用户对应的第一类型的生物特征标识；

当前第二服务器被配置为在自身处于第一模式下处理第一类型的生物特征标识；

其他第二服务器被配置为在自身处于第一模式下处理第二类型的生物特征标识并在自身处于第二模式下处理第一类型的生物特征标识。

在一些实施例中，将该支付请求转发给其他第二服务器进行处理包括：

其他第二服务器将支付请求写入其对应的消息处理队列的头部，并在处理该支付请求时，调用自身存储的会员用户对应的第一类型的生物特征标识进行比对，并将支付结果通过第一服务器发送给用户端。

在一些实施例中，当前第二服务器根据对应的消息处理队列中的排序依次处理接收的支付请求包括：

在处理消息处理队列中的支付请求时，当前第二服务器将支付请求对应的生物特征标识与当前第二服务器中存储的普通用户和会员用户对应的第一类型的生物特征标识进行比对，并将支付结果通过第一服务器发送给用户端。

在一些实施例中，生物特征标识包括指纹信息、人脸信息、虹膜信息、掌纹信息、声纹信息中的任一项。

在第二方面，本发明还提供一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现在第一方面所述的方法。

在第三方面，本发明还提供一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现在第一方面所述的方法。

区别于现有技术，上述技术方案通过设置多个第二服务器，每个第二服务器单独处理一种特征类型的支付请求，在其中一个第二服务器出现瞬时大量用户的支付请求时，及时将满足预设条件的用户调取并发送至其他其二服务器并行处理，从而减轻当前第二服务器的负载率，同时有效利用了其他第二服务器的服务功能，进而降低了用户支付失败率，解决了当前瞬时大量用户的支付请求导致当前第二服务器响应慢、支付失败率高的问题。

上述发明内容相关记载仅是本发明技术方案的概述，为了让本领域普通技术人员能够更清楚地了解本发明的技术方案，进而可以依据说明书的文字及附图记载的内容予以实施，并且为了让本发明的上述目的及其它目的、特征和优点能够更易于理解，以下结合本发明的具体实施方式及附图进行说明。

附图说明

附图仅用于示出本发明具体实施方式以及其他相关内容的原理、实现方式、应用、特点以及效果等，并不能认为是对本发明的限制。

在说明书附图中：

图1为本发明一具体实施方式所述基于高并发网络服务的无感支付方法第一示例图；

图2为本发明一具体实施方式所述基于高并发网络服务的无感支付方法第二示例图；

图3为为本发明一具体实施方式所述基于高并发网络服务的无感支付方法第三示例图；

图4为本发明一具体实施方式所述,基于高并发网络服务的无感支付方法第四示例图；

图5为具体实施方式所述无感支付方法的电子设备示意图。

上述各附图中涉及的附图标记说明如下：

2、电子设备；

21、存储器；

22、处理器。

具体实施方式

为详细说明本发明可能的应用场景，技术原理，可实施的具体方案，能实现目的与效果等，以下结合所列举的具体实施例并配合附图详予说明。本文所记载的实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中各个位置出现的“实施例”一词并不一定指代相同的实施例，亦不特别限定其与其它实施例之间的独立性或关联性。原则上，在本发明中，只要不存在技术矛盾或冲突，各实施例中所提到的各项技术特征均可以以任意方式进行组合，以形成相应的可实施的技术方案。

除非另有定义，本文所使用的技术术语的含义与本发明所属技术领域的技术人员通常理解的含义相同；本文中对相关术语的使用只是为了描述具体的实施例，而不是旨在限制本发明。

在本发明的描述中，用语“和/或”是一种用于描述对象之间逻辑关系的表述，表示可以存在三种关系，例如A和/或B，表示：存在A，存在B，以及同时存在A和B这三种情况。另外，本文中字符“/”一般表示前后关联对象是一种“或”的逻辑关系。

在本发明中，诸如“第一”和“第二”之类的用语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何实际的数量、主次或顺序等关系。

在没有更多限制的情况下，在本发明中，语句中所使用的“包括”、“包含”、“具有”或者其他类似的开放式表述，意在涵盖非排他性的包含，这些表述并不排除在包括所述要素的过程、方法或者产品中还可以存在另外的要素，从而使得包括一系列要素的过程、方法或者产品中不仅可以包括那些限定的要素，而且还可以包括没有明确列出的其他要素，或者还包括为这种过程、方法或者产品所固有的要素。

与《审查指南》中的理解相同，在本发明中，“大于”、“小于”、“超过”等表述理解为不包括本数；“以上”、“以下”、“以内”等表述理解为包括本数。此外，在本发明实施例的描述中“多个”的含义是两个以上(包括两个)，与之类似的与“多”相关的表述亦做此类理解，例如“多组”、“多次”等，除非另有明确具体的限定。

请参阅图1，在第一方面，本发明提供了一种基于高并发网络服务的无感支付方法，适用于服务端，服务端包括第一服务器和多个第二服务器，多个第二服务器与第一服务器通信连接，每一个第二服务器被配置为在第一模式下能够处理一种特征类型的支付请求，特征类型与用户的支付认证信息类型相对应；

方法包括以下步骤：

S11、第一服务器接收用户端发送的支付请求，根据接收的支付请求中的支付认证信息类型确定处理该支付请求的第二服务器，并将该支付请求转发给对应的第二服务器进行处理；

S12、第二服务器在接收支付请求后，判断支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中，以使当前第二服务器根据对应的消息处理队列中的排序依次处理接收的支付请求或者将该支付请求转发给其他第二服务器进行处理，以使其他第二服务器在第二模式下处理该支付请求，其他第二服务器被配置为在第一模式下能够处理的支付请求的特征类型与当前第二服务器不同、且在第二模式下能够处理的支付请求的特征类型与当前第二服务器相同。

在本实施例中，第一模式具体表示第二服务器的默认的支付模式，多个第二服务器的默认的支付模式各不相同。第一服务器主要用于根据用户端发送的支付请求确定其所需要分配至哪一个第二服务器，并将该支付请求发送至对应的第二服务器。

第二服务器在接收支付请求后，判断支付请求是否满足预设条件，预设条件是预先设定好的预设条件，包括多种判定标准。满足预设条件后，将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中，使当前第二服务器根据对应的消息处理队列中的排序依次处理接收的支付请求。

或者，将该支付请求转发给其他第二服务器进行处理，以使其他第二服务器在第二模式下处理该支付请求。第二模式是指第二服务器处理支付请求时采用的与第一模式下默认的支付模式不同的支付模式，其他第二服务器被配置为在第一模式下能够处理的支付请求的特征类型与当前第二服务器不同、且在第二模式下能够处理的支付请求的特征类型与当前第二服务器相同。可结合具体例子进行说明：

请参阅图4，例如，第二服务器A主要处理人脸支付，第二服务器B主要处理指纹支付，第三服务器C主要处理虹膜支付，则在第一模式下，第二服务器A的默认支付模式为人脸模式，第二服务器B的默认支付模式为指纹模式，第二服务器C的默认支付模式为虹膜模式。以第二服务器A为例，当第二服务器A将用户端的人脸支付请求转发至第二服务器B时，第二服务器B将使用第二模式完成这一支付请求，第二服务器B对应的第二模式即为人脸模式；又或者，以第三服务器C为例，当第三服务器C将用户端的虹膜支付请求转发至第二服务器B时，第二服务器B将使用第二模式完成这一支付请求，第二服务器B对应的第二模式即为虹膜模式。即，第二模式是根据转发支付请求相对应的第二服务器的支付模式来配置的。

通过设置多个第二服务器，每个第二服务器单独处理一种特征类型的支付请求，在其中一个第二服务器出现瞬时大量用户的支付请求时，及时将满足预设条件的用户调取并发送至其他其二服务器并行处理，从而减轻当前第二服务器的负载率，同时有效利用了其他第二服务器的服务功能，进而降低了用户支付失败率，解决了当前瞬时大量用户的支付请求导致当前第二服务器响应慢、支付失败率高的问题。

请参阅图2，在一些实施例中，判断支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中包括：

S21、在当前第二服务器对应的消息处理队列未满且在判定接收的当前用户端的支付请求的时间戳信息与上一次接收的相同用户端发起的支付请求的时间间隔小于预设时间隔和/或在当前第二服务器对应的消息处理队列未满且判定当前支付请求由会员用户发起时，将该支付请求写入当前第二服务器对应的消息处理队列的首部。

在本实施例中，在当前第二服务器对应的消息处理队列未满时，表示当前第二服务器还未出现大量用户瞬时支付的情况。这一前提下，当用户端的支付请求的时间戳信息与上一次接收的相同用户端发起的支付请求的时间间隔小于预设时间隔时，表示当前用户端在支付时出现掉线或意外离线状态，在用户端重新发起支付请求后，将用户端的支付请求写入当前第二服务器对应的消息处理队列的首部，即对当前掉线或意外离线的用户端的支付请求进行优先处理，避免用户端因频繁掉线或意外离线导致支付操作失败。

可选地，在当前第二服务器对应的消息处理队列未满且判定当前支付请求由会员用户发起时，将该支付请求写入当前第二服务器对应的消息处理队列的首部。用户类型包括普通用户以及会员用户，会员用户指当前支付平台中具备会员标识的用户，在当前使用场景中，若判断出支付请求是由会员用户发出的，则将其所对应的用户端写入当前第二服务器对应的消息处理队列的首部，便于优先处理。作为一优选的实施例，意外离线或掉线的用户与会员用户处于同一优先级。

通过对上述两种类型的用户进行优先处理，便于提升特殊类型用户的使用体验感，同时，便于掉线用户及时完成支付操作，保证交易成功率。

请参阅图2，在一些实施例中，判断支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中包括：

S22、在当前第二服务器对应的消息处理队列未满且判定当前支付请求由普通用户发起时，依照接收的支付请求的时间戳信息将该支付请求写入当前第二服务器对应的消息处理队列的尾部。

在本实施例中，在当前第二服务器对应的消息处理队列未满时，表示当前第二服务器还未出现大量用户瞬时支付的情况。这一前提下，当判定出当前支付请求是普通用户发起时，按照接收支付请求的顺序对应写入当前第二服务器对应的消息处理队列的尾部，正常执行支付操作。

在另一些实施例中，判断支付请求是否满足预设条件，若满足将该支付请求转发给其他第二服务器进行处理还包括：

在当前第二服务器对应的消息处理队列已满且判定当前支付请求由普通用户发起时，新增缓存队列，将当前普通用户发出的支付请求按照接收的支付请求的时间戳信息将该支付请求写入缓存队列的尾部。多个普通用户发送支付请求的，按照接收的支付请求的时间戳信息将该支付请求顺序写入缓存队列。在第二服务器的消息处理队列中留出空隙时，顺序将缓存队列中的支付请求补入消息处理队列的尾部。可选地，缓存队列可以为多个，根据实际用户数量设定。

通过这一方式能够降低第二服务器的运行负载，将多余用户的支付请求划拨至缓存队列中进行等待，保证支付操作的有序进行。

请参阅图2，在一些实施例中，判断支付请求是否满足预设条件，若满足将该支付请求转发给其他第二服务器进行处理包括：

S23、在当前第二服务器对应的消息处理队列已满且判定当前支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理；或者判定当前支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理；

其他第二服务器为当前消息处理队列负载最小的若干其他第二服务器。

在本实施例中，当前第二服务器对应的消息处理队列已满时，表示当前第二服务器处于满负载运行状态，在消息处理队列以外的用户端的支付请求响应速度较慢，为提升会员用户体验感，当前第二服务器将消息处理队列以外的会员用户发起的支付请求从多个用户端的支付请求中筛选出并将其转发至其他第二服务器进行处理。

或者，判定当前支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理；当前支付请求是指在消息处理队列中的支付请求，若属于会员用户发起，则直接将其转发至其他的第二服务器中，其他第二服务器为当前消息处理队列负载最小的若干其他第二服务器。

请参阅图4，例如，第二服务器A的消息处理队列已经满载，第二服务器B的消息处理队列中用户较多，第二服务器C的消息处理队列用户较少，会员用户A的支付请求置于第二服务器A的当前消息处理队列的前端，会员用户B的支付请求置于第二服务器A的缓存队列中，则第二服务器A将会员用户A与会员用户B的支付请求转发至第二服务器C中进行处理，第二服务器C在执行第二服务器A所转发的支付请求时，采用第二模式处理，当前第二服务器C的第二模式为与第二服务器A的第一模式相同的支付模式。

可选地，判定当前支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理还包括：

对其他第二服务器的负载率进行计算并按照从低到高排序，筛选出排在序号前几名的其他第二服务器，并将待转发的支付请求均衡分配至筛选出的多个第二服务器中。第二服务器的负载率＝第二服务器的消息处理队列中的支付请求数量/对应的消息处理队列的总数。

请参阅图4，例如，第二服务器A的消息处理队列已经满载，第二服务器B的负载率为30％，第二服务器C的负载率为25％，第二服务器D的负载率为80％，第二服务器E的负载率为60％，会员用户A的支付请求置于第二服务器A的当前消息处理队列的前端，会员用户B的支付请求置于第二服务器A的缓存队列中，则第二服务器A将会员用户A与会员用户B的支付请求分别转发至第二服务器B、第二服务器C中进行处理，第二服务器B、第二服务器C在执行第二服务器A所转发的支付请求时，采用第二模式处理，当前第二服务器B、第二服务器C的第二模式为与第二服务器A的第一模式相同的支付模式。

通过这一方式，能够提升会员用户的支付请求的处理速度，同时，也能够将消息处理队列中的会员用户的支付请求分担至其他的第二服务器进行处理，缩短了普通用户的支付请求的等待时间，降低了当前第二服务器的运载压力，也合理利用了其他第二服务器的运载能力，提升了整体的支付效率。

在一些实施例中，支付认证信息为用户的生物特征标识，当前第二服务器存储有普通用户和会员用户对应的第一类型的生物特征标识，其他第二服务器存储有普通用户和会员用户对应的第二类型的生物特征标识以及会员用户对应的第一类型的生物特征标识；

当前第二服务器被配置为在自身处于第一模式下处理第一类型的生物特征标识；

其他第二服务器被配置为在自身处于第一模式下处理第二类型的生物特征标识并在自身处于第二模式下处理第一类型的生物特征标识。

在本实施例中，第一类型是指一种生物特征标识，第二类型是指与第一类型不同的生物特征标识，多个生物特征标识不同，以此类推，可以有第三类型、第四类型等。当存在多个生物特征标识时，默认所有的第二服务器均存储有会员用户的全部生物特征标识，普通用户的多个生物特征标识根据第二服务器的数量逐个分配。例如，第二服务器A存储有全部用户的指纹信息，第二服务器B存储有全部用户的人脸信息，第二服务器C存储有全部用户的声纹信息，第二服务器A、第二服务器B、第二服务器C均存储有会员用户的声纹信息、指纹信息、人脸信息。

在第一模式下，每个第二服务器所依据的生物特征标识不同。以第一类型与第二类型为例，其他第二服务器被配置为在自身处于第一模式下处理第二类型的生物特征标识并在自身处于第二模式下处理第一类型的生物特征标识。例如，第二服务器A在第一模式下处理人脸支付请求，第二服务器B在第二模式下处理会员用户的人脸支付请求，第二服务器在第一模式下处理指纹支付请求。

通过这一方式，能够提升会员用户的支付请求的处理速度，同时，也能够将消息处理队列中的会员用户的支付请求分担至其他的第二服务器进行处理，缩短了普通用户的支付请求的等待时间，降低了当前第二服务器的运载压力，也合理利用了其他第二服务器的运载能力，提升了整体的支付效率。

请参阅图3，在一些实施例中，将该支付请求转发给其他第二服务器进行处理包括：

S13、其他第二服务器将支付请求写入其对应的消息处理队列的头部，并在处理该支付请求时，调用自身存储的会员用户对应的第一类型的生物特征标识进行比对，并将支付结果通过第一服务器发送给用户端。

在本实施例中，其他第二服务器将当前第二服务器所转发的支付请求写入对应的消息处理队列的头部，相当于会员用户的优先级大于其他第二服务器在第一模式下的支付请求。可选地，其他第二服务器中第一模式下会员用户的支付请求与当前第二服务器转发的支付请求的优先级相同。再通过调用自身存储的会员用户对应的生物特征标识进行比对，并将支付结果通过第一服务器发送给用户端。

上述实施方式能够提升会员用户的支付请求的处理速度，同时，也能够将消息处理队列中的会员用户的支付请求分担至其他的第二服务器进行处理，缩短了普通用户的支付请求的等待时间，降低了当前第二服务器的运载压力，也合理利用了其他第二服务器的运载能力，提升了整体的支付效率。

请参阅图3，在一些实施例中，当前第二服务器根据对应的消息处理队列中的排序依次处理接收的支付请求包括：

S14、在处理消息处理队列中的支付请求时，当前第二服务器将支付请求对应的生物特征标识与当前第二服务器中存储的普通用户和会员用户对应的第一类型的生物特征标识进行比对，并将支付结果通过第一服务器发送给用户端。

第二服务器根据当前数据库中在第一模式下存储的生物特征标识，对消息处理队列中的支付请求中包含的生物特征标识进行一一比对，并完成支付操作，将支付结果通过第一服务器发送给用户端。

在一些实施例中，生物特征标识包括指纹信息、人脸信息、虹膜信息、掌纹信息、声纹信息中的任一项。

在第二方面，本发明还提供一种计算机可读存储介质，其上存储计算机程序指令，所述计算机程序指令在被处理器执行时实现在第一方面所述的方法。

请参阅图5，在第三方面，本发明还提供一种电子设备2，包括存储器21和处理器22，所述存储器21用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器22执行以实现在第一方面所述的方法。

所述存储介质/存储器21包括但不限于：RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。所述处理器22包括但不限于CPU(中央处理器22)、GPU(图像处理器22)、MCU(微处理器22)等。

上述技术方案通过设置多个第二服务器，每个第二服务器单独处理一种特征类型的支付请求，在其中一个第二服务器出现瞬时大量用户的支付请求时，及时将满足预设条件的用户调取并发送至其他其二服务器并行处理，从而减轻当前第二服务器的负载率，同时有效利用了其他第二服务器的服务功能，进而降低了用户支付失败率，解决了当前瞬时大量用户的支付请求导致当前第二服务器响应慢、支付失败率高的问题。

最后需要说明的是，尽管在本发明的说明书文字及附图中已经对上述各实施例进行了描述，但并不能因此限制本发明的专利保护范围。凡是基于本发明的实质理念，利用本发明说明书文字及附图记载的内容所作的等效结构或等效流程替换或修改产生的技术方案，以及直接或间接地将以上实施例的技术方案实施于其他相关的技术领域等，均包括在本发明的专利保护范围之内。

Claims (8)

1.一种基于高并发网络服务的无感支付方法，其特征在于，适用于服务端，所述服务端包括第一服务器和多个第二服务器，多个所述第二服务器与所述第一服务器通信连接，每一个所述第二服务器被配置为在第一模式下能够处理一种特征类型的支付请求，所述特征类型与用户的支付认证信息类型相对应；

所述方法包括以下步骤：

第一服务器接收用户端发送的支付请求，根据接收的支付请求中的支付认证信息类型确定处理该支付请求的第二服务器，并将该支付请求转发给对应的第二服务器进行处理；

所述第二服务器在接收所述支付请求后，判断所述支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中，以使当前第二服务器根据对应的消息处理队列中的排序依次处理接收的支付请求或者将该支付请求转发给其他第二服务器进行处理，以使所述其他第二服务器在第二模式下处理该支付请求，所述其他第二服务器被配置为在第一模式下能够处理的支付请求的特征类型与所述当前第二服务器不同、且在第二模式下能够处理的支付请求的特征类型与所述当前第二服务器相同；

判断所述支付请求是否满足预设条件，若满足将该支付请求转发给其他第二服务器进行处理包括：

在所述当前第二服务器对应的消息处理队列已满且判定当前所述支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理；

或者判定当前所述支付请求由会员用户发起时，将该支付请求转发给其他第二服务器进行处理；

所述其他第二服务器为当前消息处理队列负载最小的若干其他第二服务器；

所述支付认证信息为用户的生物特征标识，所述当前第二服务器存储有普通用户和会员用户对应的第一类型的生物特征标识，所述其他第二服务器存储有普通用户和会员用户对应的第二类型的生物特征标识以及会员用户对应的第一类型的生物特征标识；

所述当前第二服务器被配置为在自身处于第一模式下处理第一类型的生物特征标识；

所述其他第二服务器被配置为在自身处于第二模式下处理第二类型的生物特征标识并在自身处于第一模式下处理第一类型的生物特征标识。

2.如权利要求1所述的基于高并发网络服务的无感支付方法，其特征在于，判断所述支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中包括：

在所述当前第二服务器对应的消息处理队列未满且在判定接收的当前用户端的支付请求的时间戳信息与上一次接收的相同用户端发起的支付请求的时间间隔小于预设时间隔和/或在所述当前第二服务器对应的消息处理队列未满且判定当前所述支付请求由会员用户发起时，将该支付请求写入当前第二服务器对应的消息处理队列的首部。

3.如权利要求1或2所述的基于高并发网络服务的无感支付方法，其特征在于，判断所述支付请求是否满足预设条件，若满足则将依照预定的排序规则将其写入当前第二服务器对应的消息处理队列中包括：

在所述当前第二服务器对应的消息处理队列未满且判定当前所述支付请求由普通用户发起时，依照接收的支付请求的时间戳信息将该支付请求写入当前第二服务器对应的消息处理队列的尾部。

4.如权利要求1所述的基于高并发网络服务的无感支付方法，其特征在于，将该支付请求转发给其他第二服务器进行处理包括：

其他第二服务器将支付请求写入其对应的消息处理队列的头部，并在处理该支付请求时，调用自身存储的会员用户对应的第一类型的生物特征标识进行比对，并将支付结果通过第一服务器发送给用户端。

5.如权利要求1所述的基于高并发网络服务的无感支付方法，其特征在于，当前第二服务器根据对应的消息处理队列中的排序依次处理接收的支付请求包括：

在处理所述消息处理队列中的支付请求时，当前第二服务器将所述支付请求对应的生物特征标识与当前第二服务器中存储的普通用户和会员用户对应的第一类型的生物特征标识进行比对，并将支付结果通过第一服务器发送给用户端。

6.如权利要求1、4-5任一项所述的基于高并发网络服务的无感支付方法，其特征在于，所述生物特征标识包括指纹信息、人脸信息、虹膜信息、掌纹信息、声纹信息中的任一项。

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

8.一种电子设备，包括存储器和处理器，其特征在于，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-6中任一项所述的方法。