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

Abstract

本发明实施例涉及一种并发请求的处理方法、装置、电子设备及存储介质，所述方法包括：接收多个并发请求，确定每个所述并发请求的作用对象标识，针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列，针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。由此，能够实现了在解决多个并发请求的写入冲突的同时，提高并发请求的处理效率，提高了数据库性能，从而提高整个服务的吞吐率。

Description

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

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种并发请求的处理方法、装置、电子设备及存储介质。

背景技术

如今，在对数据库中的数据进行更新操作(例如：添加数据、删除数据、修改数据等)时，一般包括以下三个步骤：查询数据、更新数据，以及写入数据。

实际应用中，针对同一数据库，往往会存在多个更新请求，也即，同时对同一数据库进行更新，此时，一般将多个更新请求交错处理。这一过程中，在查询数据和写入数据时，可能会存在由于某个更新请求更新数据不及时，导致其中一个更新请求查询到的数据不是最新数据。例如其中一个更新请求在对数据库进行更新时，另外一个更新请求已经对该数据库进行了更新，那么，该更新请求的写入操作则会覆盖另一个更新请求的写入操作，这就导致另一个更新请求对应的更新数据丢失。

对此，现有技术中，通过加分布式锁的方式解决上述问题，也即，在查询数据前对数据库添加分布式锁，更新并写入数据后再释放该分布式锁，这就保证了在查询-更新-写入数据的过程中，数据库中的数据不会被其它更新请求更新。然而，上述分布式锁的方案对于频繁出现并发更新的场景，由于每次只对一个更新请求进行处理，效率较低，导致了数据库性能下降，从而导致了整个服务的吞吐率下降。

发明内容

鉴于此，为解决上述由于每次只对一个更新请求进行处理，效率较低，导致了数据库性能下降，从而导致了整个服务的吞吐率下降的技术问题，本发明实施例提供一种并发请求的处理方法、装置、电子设备及存储介质。

第一方面，本发明实施例提供一种并发请求的处理方法，所述方法包括：

接收多个并发请求，确定每个所述并发请求的作用对象标识；

针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列；

针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。

在一个可能的实施方式中，所述确定每个所述并发请求的作用对象标识，包括：

针对每个所述并发请求执行以下处理：

从所述并发请求中解析出目标字段的值；

将所述目标字段的值，确定为所述并发请求的作用对象标识。

在一个可能的实施方式中，所述根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，包括：

确定所述消息中间件中是否存在队列标识与所述并发请求的作用对象标识一致的消息队列；

在存在的情况下，将队列标识与所述并发请求的作用对象标识一致的消息队列确定为目标消息队列；

在不存在的情况下，将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列；

所述方法还包括：

在所述将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列之后，将所述目标消息队列的队列标识设置为所述并发请求的作用对象标识。

在一个可能的实施方式中，所述根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，包括：

将消息中间件中消息队列的数量作为除数，对所述并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述消息中间件中，编号与所述取模运算结果一致的消息队列，确定为目标消息队列。

在一个可能的实施方式中，所述根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，包括：

根据所述并发请求的作用对象标识，确定所述并发请求的目标优先级；

将所述消息中间件中，队列优先级与所述目标优先级一致的消息队列确定为目标消息队列。

在一个可能的实施方式中，一个所述消费者线程对应至少两个所述消息队列；所述调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求，包括：

调用所述消息队列对应的消费者线程从所述消息队列中顺次读取并发请求，其中，所述消费者线程在读取到并发请求之后，根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，并调用所述目标线程实例对所述读取到的并发请求进行处理。

在一个可能的实施方式中，所述根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，包括：

将对应的线程池中线程实例的数量作为除数，对读取到的并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述线程池中，编号与所述取模运算结果一致的线程实例，确定为目标线程实例。

第二方面，本发明实施例提供一种并发请求的处理装置，所述装置包括：

第一确定模块，用于接收多个并发请求，确定每个所述并发请求的作用对象标识；

第二确定模块，用于针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列；

调用模块，用于针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。

在一个可能的实施方式中，所述第一确定模块，具体用于：

针对每个所述并发请求执行以下处理：

从所述并发请求中解析出目标字段的值；

将所述目标字段的值，确定为所述并发请求的作用对象标识。

作为一个可能的实施方式，所述第二确定模块，具体用于：

确定所述消息中间件中是否存在队列标识与所述并发请求的作用对象标识一致的消息队列；

在存在的情况下，将队列标识与所述并发请求的作用对象标识一致的消息队列确定为目标消息队列；

在不存在的情况下，将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列；

所述装置还包括：

设置模块，用于在所述将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列之后，将所述目标消息队列的队列标识设置为所述并发请求的作用对象标识。

在一个可能的实施方式中，所述第二确定模块，具体用于：

将消息中间件中消息队列的数量作为除数，对所述并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述消息中间件中，编号与所述取模运算结果一致的消息队列，确定为目标消息队列。

在一个可能的实施方式中，所述第二确定模块，具体用于：

根据所述并发请求的作用对象标识，确定所述并发请求的目标优先级；

将所述消息中间件中，队列优先级与所述目标优先级一致的消息队列确定为目标消息队列。

在一个可能的实施方式中，一个所述消费者线程对应至少两个所述消息队列；所述调用模块，包括：

调用子模块，用于调用所述消息队列对应的消费者线程从所述消息队列中顺次读取并发请求，其中，所述消费者线程在读取到并发请求之后，根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，并调用所述目标线程实例对所述读取到的并发请求进行处理。

在一个可能的实施方式中，所述调用子模块，具体用于：

将对应的线程池中线程实例的数量作为除数，对读取到的并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述线程池中，编号与所述取模运算结果一致的线程实例，确定为目标线程实例。

第三方面，本发明实施例提供一种电子设备，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的并发请求的处理程序，以实现第一方面中任一项所述的并发请求的处理方法。

第四方面，本发明实施例提供一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现第一方面中任一项所述的并发请求的处理方法。

本发明实施例提供的技术方案，通过接收多个并发请求，确定每个并发请求的作用对象标识，针对每个并发请求，根据该并发请求的作用对象标识从消息中间件中确定目标消息队列，并将并发请求写入该目标消息队列。这一过程，通过将相同作用对象标识的并发请求写入同一消息队列，可避免同时处理同一作用对象的并发请求时，其中一个并发请求的写入操作覆盖另一个并发请求的写入操作，从而导致了另一个并发请求对应的更新数据被丢失。而通过一个消费者线程同时处理两个或两个以上的消息队列，则可提高对并发请求的处理效率。实现了在解决多个并发请求的写入冲突的同时，提高并发请求的处理效率，提高了数据库性能，从而提高整个服务的吞吐率。

附图说明

图1为一种处理并发请求的示意图；

图2为另一种处理并发请求的示意图；

图3为本发明实施例提供的一种并发请求的处理方法的实施例流程图；

图4为本发明实施例提供的另一种并发请求的处理方法的实施例流程图；

图5为本发明实施例提供的又一种并发请求的处理方法的实施例流程图；

图6为本发明实施例提供的再一种并发请求的处理方法的实施例流程图；

图7为本发明实施例提供的还一种并发请求的处理方法的实施例流程图；

图8为本发明实施例提供的还一种并发请求的处理方法的实施例流程图；

图9为本发明实施例提供的一种并发请求的处理装置的实施例框图；

图10为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为便于了解本发明实施例，以下先对本发明实施例涉及的背景技术进行详细说明。

如今，在对数据库中的数据进行更新操作时，一般包括以下三个步骤：查询数据、更新数据，以及写入数据。

实际应用中，针对同一数据库，往往会存在多个更新请求(为便于理解，以下称为并发请求)，也即，多个并发请求同时对同一数据库进行更新，此时，一般将多个并发请求交错处理。

然而，上述过程中，在查询数据和写入数据时，往往会存在由于某个并发请求更新数据不及时，导致其中一个并发请求查询到的数据不是最新数据。例如，并发请求A在对数据库进行更新时，并发请求B已经对该数据库进行了更新，那么，并发请求A的写入操作则会覆盖并发请求B的写入操作，这就导致了并发请求B对应的更新数据被丢失。

为便于理解上述并发请求对应的更新数据被丢失的具体过程，以下进行示例性说明：

举个例子，假设当前存在两个并发请求：Request(请求)1和Request2，其中，上述两个并发请求分别由两个线程处理。已知上述两个并发请求的作用对象为{“id”：123，“name”：“alan”，“age”：25}，其中，Request1的更新目的是：将上述作用对象中“name”字段由“alan”更新为“peter”；Request2的更新目的是：将上述作用对象中“age”字段由25更新为30。

作为一个可能的实现方式，对上述两个并发请求的处理过程可参见图1。如图1所示，为一种处理并发请求的示意图。由图1所示流程可知，Request1和Request2同时查询到的数据为{“id”：123，“name”：“alan”，“age”：25}。

之后，Request1和Request2对各自查询到的数据进行更新操作。其中，Request1更新后的数据为{“id”：123，“name”：“peter”，“age”：25}，Request2更新后的数据为{“id”：123，“name”：“alan”，“age”：30}。

最后，Request1和Request2将各自更新后的数据写入数据库。其中，由图1可知，Request1和Request2在各自执行写入操作的过程中，当Request2完成写入操作，也即，将作用对象的“age”字段由25改为30并写入数据库后，Request1也完成了写入操作，也即，将作用对象的“name”字段由“alan”改为“peter”并写入数据库。

这一过程，由于Request1和Request2的作用对象一致，那么Request1写入的数据则会覆盖Request2写入的数据，使得Request2的更新数据30被丢失，作用对象中的“age”字段还是25。也即，Request1的写入操作覆盖Request2的写入操作，导致了Request2对应的更新数据被丢失。

作为另一个可能的实现方式，对上述两个并发请求的处理过程可参见图2。如图2所示，为另一种处理并发请求的示意图。由图2所示流程可知，Request1和Request2同时查询到的数据为{“id”：123，“name”：“alan”，“age”：25}。

之后，Request1和Request2对各自查询到的数据进行更新操作。其中，Request1更新后的数据为{“id”：123，“name”：“peter”，“age”：25}，Request2更新后的数据为{“id”：123，“name”：“alan”，“age”：30}。

最后，Request1和Request2将各自更新后的数据写入数据库。其中，由图1可知，Request1和Request2在各自执行写入操作的过程中，当Request1完成写入操作，也即，将作用对象的“name”子段由“alan”改为“peter”，并写入数据库后，Request2也完成了写入操作，也即，将作用对象的“age”子段由25改为30，并写入数据库。

这一过程，由于Request1和Request2的作用对象一致，那么Request2写入的数据则会覆盖Request1写入的数据，使得Request1的更新数据“peter”被丢失，作用对象中的“name”字段还是“alan”。也即，Request2的写入操作覆盖Request1的写入操作，导致了Request1对应的更新数据被丢失。

针对上述问题，现有技术中，通过添加分布式锁的方式解决上述问题，也即，在查询数据前对数据库添加分布式锁，更新并写入数据后再释放该分布式锁，这就保证了在查询-更新-写入数据的过程中，数据库中的数据不会被其它更新请求更新。

例如，在上述示例中，可在执行Request1时，对作用对象所在的数据库添加分布式锁，并在Request1完成数据的写入操作后，释放该分布式锁。之后，按照上述执行Request1的步骤执行Request2，这样则不会导致Request1或者Request2对应的更新数据丢失。

然而，上述分布式锁的方案对于频繁出现并发更新的场景，由于每次只对一个并发请求进行处理，效率较低，导致了数据库性能下降，从而导致了整个服务的吞吐率下降。

对此，本发明实施例提供一种并发请求的处理方法，在解决多个并发请求的写入冲突的同时，提高对并发请求的处理效率，提高数据库性能，从而提高整个服务的吞吐率。

下面结合附图以具体实施例对本发明提供的并发请求的处理方法做进一步的解释说明，实施例并不构成对本发明实施例的限定。

参见图3，为本发明实施例提供的一种并发请求的处理方法的实施例流程图。如图3所示，该流程可包括以下步骤：

步骤301、接收多个并发请求，确定每个并发请求的作用对象标识。

上述并发请求可为对数据库中数据的更新请求，这里所说的更新可包括对数据的添加、删除，以及修改等操作。

上述作用对象标识可用于表征每个并发请求对应的作用对象。其中，每个并发请求对应唯一的作用对象标识，不同的并发请求中，若作用对象标识一致，则说明上述并发请求作用于同一对象。

在一实施例中，本发明实施例的执行主体在接收到多个并发请求时，可确定每个并发请求对应的作用对象标识。

具体的，针对每个并发请求可执行以下处理：首先，从并发请求中解析出目标字段的值。之后，可将目标字段的值，确定为上述并发请求的作用对象标识。上述目标字段包括但不限于：在并发请求的作用对象为用户信息表的情况下，将用户id(Identity document，身份识别号)作为目标字段、并发请求对应的表名称或者数据库名称等。

步骤302、针对每个并发请求，根据该并发请求的作用对象标识从消息中间件中确定目标消息队列，并将该并发请求写入目标消息队列。

上述消息中间件可为RocketMQ(Rocket Message Queue，开源消息中间件)，也可为RabbitMQ(Rabbit Message Queue，面向消息的中间件)，本发明实施例对此不做限制。

本发明实施例中，上述消息中间件中包括多个消息队列，每个消息队列可用于存放两个或两个以上的并发请求。

基于此，可将相同作用对象标识的并发请求写入同一个消息队列中。具体的，可针对每个并发请求，根据该并发请求的作用对象标识从消息中间件中确定目标消息队列，并将该并发请求写入上述目标消息队列。

至于具体是如何根据并发请求的作用对象标识从消息中间件中确定目标消息队列的，在下文分别通过图4、图5以及图6所示流程进行说明，这里先不详述。

步骤303、针对上述消息中间件中的每个消息队列，调用消息队列对应的消费者线程顺次处理消息队列中的多个并发请求。

上述消费者线程可用于处理至少一个并发请求。其中，每个消费者线程可处理消息中间件中至少一个消息队列中的并发请求。

在一实施例中，针对消息中间件，其中的每个消息队列可对应一个消费者线程，该消费者线程可用于处理消息队列中的并发请求。由于相同作用对象标识的并发请求被写入同一消息队列中，而消息队列是基础数据结构中“先进先出”的一种数据结构，基于此，该消费者线程可顺次处理消息队列中的多个并发请求，这样则可避免同时处理同一作用对象的并发请求时，其中一个并发请求的写入操作覆盖另一个并发请求的写入操作，从而导致了另一个并发请求对应的更新数据被丢失。

至于消费线程具体是如何顺次处理消息队列中的多个并发请求的，在下文通过图7所示流程进行说明，这里先不详述。

本发明实施例提供的技术方案，通过接收多个并发请求，确定每个并发请求的作用对象标识，针对每个并发请求，根据该并发请求的作用对象标识从消息中间件中确定目标消息队列，并将并发请求写入该目标消息队列，针对上述消息中间件中的每个消息队列，调用消息队列对应的消费者线程顺次处理消息队列中的多个并发请求。这一过程，通过将相同作用对象标识的并发请求写入同一消息队列，并顺次处理消息队列中的多个并发请求，可避免同时处理同一作用对象的并发请求时，其中一个并发请求的写入操作覆盖另一个并发请求的写入操作，从而导致了另一个并发请求对应的更新数据被丢失。而每个消息队列可存在对应的消费者线程，以通过该消费者线程顺次处理消息队列中的多个并发请求，这则可提高对并发请求的处理效率。实现了在解决多个并发请求的写入冲突的同时，提高并发请求的处理效率，提高了数据库性能，从而提高整个服务的吞吐率。

参见图4，为本发明实施例提供的另一种并发请求的处理方法的实施例流程图。图4所示流程在图3所示流程的基础上，描述了是如何根据并发请求的作用对象标识从消息中间件中确定目标消息队列的。如图4所示，该流程可包括以下步骤：

步骤401、确定消息中间件中是否存在队列标识与上述并发请求的作用对象标识一致的消息队列，若存在，则执行步骤402；若不存在，则执行步骤403。

步骤402、将队列标识与并发请求的作用对象标识一致的消息队列确定为目标消息队列。

步骤403、将消息中间件中，当前为空的一个消息队列确定为目标消息队列，执行步骤404。

步骤404、将上述消息队列的队列标识设置为并发请求的作用对象标识。

以下对步骤401至步骤404进行统一说明：

上述队列标识为消息中间件中每一消息队列对应的队列标识。

可选的，在消息中间件中的消息队列数量大于或等于接收到的不同作用对象标识的并发请求数量的情况下，上述每个消息队列可对应一个队列标识；在消息中间件中的消息队列数量小于接收到的不同作用对象标识的并发请求数量的情况下，上述每个消息队列可对应多个队列标识，本发明实施例对此不做限制。

可选的，当消息中间件中的消息队列为空时，可将上述消息队列的队列标识设置为空，或者设置为第一值(例如0或者1等)，本发明实施例对此不做限制。

本发明实施例中，在确定消息中间件中是否存在目标消息队列时，可确定消息中间件中是否存在队列标识与并发请求的作用对象标识一致的消息队列。若存在，则说明之前已将与上述并发请求的作用对象标识一致的并发请求写入该消息中间件，那么，为了实现将相同作用对象标识的并发请求写入相同的消息队列，可将队列标识与并发请求的作用对象标识一致的消息队列确定为目标消息队列。

相反的，若上述消息中间件中不存在队列标识与并发请求的作用对象标识一致的消息队列，则说明之前并未写入与该并发请求的作用对象标识一致的并发请求，那么可将消息中间件中，当前为空的一个消息队列确定为目标消息队列。

之后，可将该目标消息队列的队列标识设置为上述写入目标消息队列的并发请求的作用对象标识。

本发明实施例提供的技术方案，通过确定消息中间件中是否存在队列标识与并发请求的作用对象标识一致的消息队列，在存在的情况下，将队列标识与并发请求的作用对象标识一致的消息队列确定为目标消息队列，在不存在的情况下，可将消息中间件中，当前为空的一个消息队列确定为目标消息队列，之后，并将目标消息队列的队列标识确定为并发请求的作用对象标识。这一过程，通过确定消息队列中的队列标识与并发请求的作用对象标识是否一致，可快速从消息中间件中确定目标消息队列，实现了快速且准确地从消息中间件中确定目标消息队列。

参见图5，为本发明实施例提供的又一种并发请求的处理方法的实施例流程图。图5所示流程在图3所示流程的基础上，描述了是如何根据并发请求的作用对象标识从消息中间件中确定目标消息队列的。如图5所示，该流程可包括以下步骤：

步骤501、将消息中间件中消息队列的数量作为除数，对并发请求的作用对象标识进行取模运算，得到取模运算结果。

步骤502、将消息中间件中，编号与取模运算结果一致的消息队列，确定为目标消息队列。

以下对步骤501和步骤502进行统一说明：

本发明实施例中，可将消息中间件中每个消息队列按照预设的排列顺序进行编号，例如，可将消息中间件中每个消息队列按照从前往后的顺序依次编号为0、1、2、3……。

基于此，可对并发请求的作用对象标识进行取模运算，得到取模运算结果，并将消息中间件中，编号与取模运算结果一致的消息队列，确定为目标消息队列。

进一步地，为了防止在消息中间件中消息队列的数量少于并发请求的不同作用对象标识的数量时，造成并发请求的堆积，从而导致并发请求的处理效率降低，本发明实施例的执行主体可将消息中间件中消息队列的数量作为除数，对该并发请求的作用对象标识进行取模运算。

举个例子，假设消息中间件中消息队列的数量为4个，且编号分别为：0、1、2、3，而多个并发请求的不同作用对象标识包括：1000、1001、1002、1003、1004、1005。那么以4为除数对上述作用对象标识进行取模运算后，得到的取模运算结果分别为：0、1、2、3、0、1。

之后，将取模运算结果为0的并发请求写入编号为0的消息队列，将取模运算结果为1的并发请求写入编号为1的消息队列，将取模运算结果为2的并发请求写入编号为2的消息队列，将取模运算结果为3的并发请求写入编号为3的消息队列。也即，将作用对象标识为1000和1004的并发请求写入编号为0的消息队列，将作用对象标识为1001和1005的并发请求写入编号为1的消息队列，将作用对象标识为1002的并发请求写入编号为2的消息队列，将作用对象标识为1003的并发请求写入编号为3的消息队列。

本发明实施例提供的技术方案，通过将消息中间件中消息队列的数量作为除数，对并发请求的作用对象标识进行取模运算，得到取模运算结果，将消息中间件中，编号与取模运算结果一致的消息队列，确定为目标消息队列。这一过程，通过将取模运算结果和消息队列编号一致的并发请求写入该消息队列，可在根据并发请求的作用对象标识快速确定目标消息队列的同时，避免消息中间件中消息队列的数量少于并发请求的不同作用对象标识的数量时，造成并发请求的堆积，从而导致并发请求的处理效率降低。

参见图6，为本发明实施例提供的再一种并发请求的处理方法的实施例流程图。图6所示流程在图3所示流程的基础上，描述了是如何根据并发请求的作用对象标识从消息中间件中确定目标消息队列的。如图6所示，该流程可包括以下步骤：

步骤601、根据并发请求的作用对象标识，确定并发请求的目标优先级。

步骤602、将消息中间件中，队列优先级与目标优先级一致的消息队列确定为目标消息队列。

以下对步骤601和步骤602进行统一说明：

本发明实施例中，可将消息中间件中每个消息队列按照预设的排列顺序确定每个消息队列的优先级，例如，可按照从前往后的顺序依次将消息中间件中每个消息队列的优先级确定为一级、二级、三级……，或者每N个消息队列为一组，按照从前往后的顺序，依次将每组的优先级确定为一级、二级、三级……。

基于此，可根据并发请求的作用对象标识，确定该并发请求的优先级(为便于描述，以下称为目标优先级)。

作为一个可能的实现方式，本发明实施例的执行主体可预先存储每个作用对象与优先级的对应关系，在此基础上，可根据并发请求的作用对象标识确定该并发请求的作用对象。之后，通过查找预先存储的每个作用对象与优先级的对应关系，确定该作用对象的优先级，可将该作用对象的优先级确定为与该作用对象对应的并发请求的目标优先级。

作为另一个可能的实现方式，可确定上述并发请求的作用对象标识与预设的重要作用对象标识是否一致，若一致，则可将该并发请求的目标优先级确定为第一级；若不一致，可进一步根据相同作用对象标识的数量确定该并发请求的目标优先级为二级、三级、四级……。例如，上述相同作用对象标识的数量越多，则该作用对象标识对应的并发请求的目标优先级越高。

之后，可将消息中间件中，队列优先级与目标优先级一致的消息队列确定为目标消息队列。

可选的，在每个队列优先级对应一个消息队列组的情况下，可将队列优先级与目标优先级一致的消息队列组确定为目标消息队列组，进一步，通过图4所示流程，根据每个并发请求的作用对象标识确定目标消息队列。

本发明实施例提供的技术方案，通过根据并发请求的作用对象标识，确定并发请求的目标优先级，将消息中间件中，队列优先级与目标优先级一致的消息队列确定为目标消息队列。这一技术方案，通过确定并发请求的目标优先级，将队列优先级与目标优先级一致的消息队列确定为目标消息队列，可快速从消息中间件中确定目标消息队列，实现了快速且准确地从消息中间件中确定目标消息队列。

参见图7，为本发明实施例提供的还一种并发请求的处理方法的实施例流程图。图7所示流程在图3所示流程的基础上，描述了消息队列对应的消费者线程是如何顺次处理所述消息队列中的多个所述并发请求。如图7所示，该流程可包括以下步骤：

步骤701、接收多个并发请求，确定每个并发请求的作用对象标识。

步骤702、针对每个并发请求，根据该并发请求的作用对象标识从消息中间件中确定目标消息队列，并将并发请求写入目标消息队列。

步骤701和步骤702的详细描述可参见步骤301和步骤302中的描述，这里不再赘述。

步骤703、针对上述消息中间件中的每个消息队列，调用消息队列对应的消费者线程从消息队列中顺次读取并发请求。

步骤704、消费者线程在读取到并发请求之后，根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，并调用该目标线程实例对读取到的并发请求进行处理。

以下对步骤703和步骤704进行统一说明：

上述消费者线程可对应一个线程池，该线程池中可包括多个线程实例。

在一实施例中，针对消息中间件中的每个消息队列，可调用消息队列对应的消费者线程从消息队列中顺次读取并发请求，并根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，并调用该目标线程实例对读取到的并发请求进行处理。

可选的，消费者线程在确定目标线程实例时，作为一个可能的实现方式，可在首次读取到消息队列中的并发请求时，根据并发请求的作用对象标识确定目标线程实例，并将该作用对象标识与目标线程实例的对应关系进行存储。之后，在读取到与首次读取的并发请求的作用对象标识一致的并发请求时，可直接根据上述作用对象标识与目标线程实例的对应关系，将读取到的并发请求写入该目标线程实例。

作为另一个可能的实现方式，消费者线程可在每次读取到并发请求时，根据该并发请求对应的作用对象标识确定目标线程实例，然后将该并发请求写入目标线程实例。

可选的，在根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例时，可将对应的线程池中线程实例的数量作为除数，对读取到的并发请求的作用对象标识进行取模运算，得到取模运算结果。之后，可将线程池中，编号与取模运算结果一致的线程实例，确定为目标线程实例。

其中，具体的根据并发请求的作用对象标识确定目标线程实例的示例可参见步骤501和步骤502中确定目标消息队列的示例，两者的实现原理一致。

本发明实施例提供的技术方案，进一步通过针对上述消息中间件中的每个消息队列，调用消息队列对应的消费者线程从消息队列中顺次读取并发请求，并根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，并调用该目标线程实例对读取到的并发请求进行处理。这一过程，通过消费者线程将并发请求写入与该并发请求的作用对象标识对应的目标线程实例中，以通过该目标线程实例对该并发请求进行处理，保证针对同一作用对象的并发请求在处理时的正确性的同时，可提高对并发请求的处理效率，提高数据库的性能。

参见图8，为本发明实施例提供的还一种并发请求的处理方法的实施例流程图。如图8所示，该流程可包括以下步骤：

首先，可将并发请求Request1和并发请求Request2分别封装为消息，并发送至消息中间件RocketMQ。其中，将uid字段确定为并发请求的作用对象标识，那么，Request1和Request2的作用对象标识均为1001。

之后，消息中间件根据Request1和Request2的作用对象标识，将Request1和Request2均放入消息队列Queue(消息队列)2中。

已知消费者线程可包括Consumer(消费者)1和Consumer2，且Queue2对应的消费者线程为Consumer2。按照步骤603和步骤604的描述，Consumer2可在读取到Queue2中的并发请求后，可根据读取到的并发请求的作用对象标识确定Consumer2中的线程实例ThreadPool(线程池)1作为目标线程实例。并将该并发请求发送至Thread Pool1对该并发请求进行处理。

参见图9，为本发明实施例提供的一种并发请求的处理装置的实施例框图。如图9所示，该装置包括：

第一确定模块91，用于接收多个并发请求，确定每个所述并发请求的作用对象标识；

第二确定模块92，用于针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列；

调用模块93，用于针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。

在一个可能的实施方式中，所述第一确定模块91，具体用于：

针对每个所述并发请求执行以下处理：

从所述并发请求中解析出目标字段的值；

将所述目标字段的值，确定为所述并发请求的作用对象标识。

作为一个可能的实施方式，所述第二确定模块92，具体用于：

确定所述消息中间件中是否存在队列标识与所述并发请求的作用对象标识一致的消息队列；

在存在的情况下，将队列标识与所述并发请求的作用对象标识一致的消息队列确定为目标消息队列；

在不存在的情况下，将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列；

所述装置还包括(图中未示出)：

设置模块，用于在所述将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列之后，将所述目标消息队列的队列标识设置为所述并发请求的作用对象标识。

在一个可能的实施方式中，所述第二确定模块92，具体用于：

将消息中间件中消息队列的数量作为除数，对所述并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述消息中间件中，编号与所述取模运算结果一致的消息队列，确定为目标消息队列。

在一个可能的实施方式中，所述第二确定模块92，具体用于：

根据所述并发请求的作用对象标识，确定所述并发请求的目标优先级；

将所述消息中间件中，队列优先级与所述目标优先级一致的消息队列确定为目标消息队列。

在一个可能的实施方式中，一个所述消费者线程对应至少两个所述消息队列；所述调用模块93，包括(图中未示出)：

调用子模块，用于调用所述消息队列对应的消费者线程从所述消息队列中顺次读取并发请求，其中，所述消费者线程在读取到并发请求之后，根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，并调用所述目标线程实例对所述读取到的并发请求进行处理。

在一个可能的实施方式中，所述调用子模块，具体用于：

将对应的线程池中线程实例的数量作为除数，对读取到的并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述线程池中，编号与所述取模运算结果一致的线程实例，确定为目标线程实例。

图10为本发明实施例提供的一种电子设备的结构示意图，图10所示的电子设备1000包括：至少一个处理器1001、存储器1002、至少一个网络接口1004和用户接口1003。电子设备1000中的各个组件通过总线系统1005耦合在一起。可理解，总线系统1005用于实现这些组件之间的连接通信。总线系统1005除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统1005。

其中，用户接口1003可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等)。

可以理解，本发明实施例中的存储器1002可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的存储器1002旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器1002存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统10021和应用程序10022。

其中，操作系统10021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序10022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序10022中。

在本发明实施例中，通过调用存储器1002存储的程序或指令，具体的，可以是应用程序10022中存储的程序或指令，处理器1001用于执行各方法实施例所提供的方法步骤，例如包括：

接收多个并发请求，确定每个所述并发请求的作用对象标识；

针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列；

针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。

上述本发明实施例揭示的方法可以应用于处理器1001中，或者由处理器1001实现。处理器1001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1002，处理器1001读取存储器1002中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

本实施例提供的电子设备可以是如图10中所示的电子设备，可执行如图3～8中并发请求的处理方法的所有步骤，进而实现图3～8所示并发请求的处理方法的技术效果，具体请参照图3～8相关描述，为简洁描述，在此不作赘述。

本发明实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。

当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在电子设备侧执行的并发请求的处理方法。

所述处理器用于执行存储器中存储的并发请求的处理程序，以实现以下在电子设备侧执行的并发请求的处理方法的步骤：

接收多个并发请求，确定每个所述并发请求的作用对象标识；

针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列；

针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

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

接收多个并发请求，确定每个所述并发请求的作用对象标识；

针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列；

针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。

2.根据权利要求1所述的方法，其特征在于，所述确定每个所述并发请求的作用对象标识，包括：

针对每个所述并发请求执行以下处理：

从所述并发请求中解析出目标字段的值；

将所述目标字段的值，确定为所述并发请求的作用对象标识。

3.根据权利要求1所述的方法，其特征在于，所述根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，包括：

确定所述消息中间件中是否存在队列标识与所述并发请求的作用对象标识一致的消息队列；

在存在的情况下，将队列标识与所述并发请求的作用对象标识一致的消息队列确定为目标消息队列；

在不存在的情况下，将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列；

所述方法还包括：

在所述将所述消息中间件中，当前为空的一个消息队列确定为目标消息队列之后，将所述目标消息队列的队列标识设置为所述并发请求的作用对象标识。

4.根据权利要求1所述的方法，其特征在于，所述根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，包括：

将消息中间件中消息队列的数量作为除数，对所述并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述消息中间件中，编号与所述取模运算结果一致的消息队列，确定为目标消息队列。

5.根据权利要求1所述的方法，其特征在于，所述根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，包括：

根据所述并发请求的作用对象标识，确定所述并发请求的目标优先级；

将所述消息中间件中，队列优先级与所述目标优先级一致的消息队列确定为目标消息队列。

6.根据权利要求1所述的方法，其特征在于，一个所述消费者线程对应至少两个所述消息队列；所述调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求，包括：

调用所述消息队列对应的消费者线程从所述消息队列中顺次读取并发请求，其中，所述消费者线程在读取到并发请求之后，根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，并调用所述目标线程实例对所述读取到的并发请求进行处理。

7.根据权利要求6所述的方法，其特征在于，所述根据读取到的并发请求的作用对象标识，从对应的线程池中确定目标线程实例，包括：

将对应的线程池中线程实例的数量作为除数，对读取到的并发请求的作用对象标识进行取模运算，得到取模运算结果；

将所述线程池中，编号与所述取模运算结果一致的线程实例，确定为目标线程实例。

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

第一确定模块，用于接收多个并发请求，确定每个所述并发请求的作用对象标识；

第二确定模块，用于针对每个所述并发请求，根据所述并发请求的作用对象标识从消息中间件中确定目标消息队列，并将所述并发请求写入所述目标消息队列；

调用模块，用于针对所述消息中间件中的每个消息队列，调用所述消息队列对应的消费者线程顺次处理所述消息队列中的多个所述并发请求。

9.一种电子设备，其特征在于，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的并发请求的处理程序，以实现权利要求1～7中任一项所述的并发请求的处理方法。

10.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1～7中任一项所述的并发请求的处理方法。

Images