CN113704297A - 业务处理请求的处理方法、模块及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种业务处理请求的处理方法、模块及计算机可读存储介质，方法包括：获取查询请求；获取查询请求对应的查询结果集；遍历查询结果集中的查询结果，将查询结果封装到消息对象；将消息对象存入业务数据集；将业务数据集发送至业务处理模块，其中，业务处理模块接收到业务数据集时，根据业务数据集进行业务处理并发送业务处理结果。本发明提高了业务处理请求的处理效率。

Description

业务处理请求的处理方法、模块及计算机可读存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种业务处理请求的处理方法、模块及计算机可读存储介质。

背景技术

某些业务需要查询数据库表，以取出相关数据进行分析处理或后续的业务操作，当查询结果的数据量很大时，会将其全部加载到内存中，该方式会导致内存暴涨甚至发生内存溢出。若采用分页查询，则会由于连续查询多次而导致数据库服务器压力增大，查询模块进行业务处理的效率低。

发明内容

本发明实施例通过提供一种业务处理请求的处理方法、模块及计算机可读存储介质，旨在解决如何提高业务处理的效率的技术问题。

本发明实施例提供一种业务处理请求的处理方法，应用于查询模块，所述查询模块与业务处理模块通信连接，所述业务处理请求的处理方法包括以下步骤：

接收查询请求，并获取所述查询请求对应的查询结果集；

遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象；

将所述消息对象存入业务数据集；

将所述业务数据集发送至业务处理模块，其中，所述业务处理模块接收到所述业务数据集时，根据所述业务数据集进行业务处理并发送业务处理结果。

在一实施例中，所述将所述消息对象存入业务数据集的步骤之后，所述方法还包括：

检测所述业务数据集是否存满；

在所述业务数据集存满时，执行所述将所述业务数据集发送至业务处理模块。

在一实施例中，所述检测所述业务数据集是否存满的步骤之后，所述方法还包括：

在所述业务数据集未存满时，返回执行所述遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象的步骤。

在一实施例中，所述在所述阻塞队列存满时，将所述业务数据集发送至业务处理模块的步骤之后，所述方法还包括：

接收所述业务处理模块发送的业务处理结果；

输出所述业务处理结果。

在一实施例中，所述接收查询请求，并获取所述查询请求对应的查询结果集的步骤之前，所述方法还包括：

当接收到业务处理请求时，判断所述业务处理请求是否携带所述查询请求；

在所述业务处理请求携带所述查询请求时，执行所述接收查询请求，并获取所述查询请求对应的查询结果集的步骤。

在一实施例中，所述将所述查询结果集封装到消息对象的步骤之后，所述方法还包括：

将所述消息对象缓存至阻塞队列；

执行所述将所述消息对象存入业务数据集的步骤。

本发明实施例还提供一种查询模块，所述查询模块包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的业务处理请求的处理程序，所述处理器执行所述业务处理请求的处理程序时实现如上所述的业务处理请求的处理方法的各个步骤。

在一实施例中，应用于业务处理模块，所述业务处理模块与查询模块通信连接，所述业务处理请求的处理方法包括以下步骤：

当接收到业务数据集时，根据所述业务数据集进行业务处理，得到所述业务数据集对应的业务处理结果；

将所述业务处理结果发送至查询模块。

本发明实施例还提供一种业务处理模块，所述业务处理模块包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的业务处理请求的处理程序，所述处理器执行所述业务处理请求的处理程序时实现如上所述的业务处理请求的处理方法的各个步骤。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有业务处理请求的处理程序，所述业务处理请求的处理程序被处理器执行时实现如上所述的业务处理请求的处理方法的各个步骤。

在本实施例的技术方案中，查询模块获取查询请求；获取所述查询请求对应的查询结果集；遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象；将所述消息对象存入业务数据集；将所述业务数据集发送至业务处理模块，其中，所述业务处理模块接收到所述业务数据集时，根据所述业务数据集进行业务处理并发送业务处理结果。由于查询模块根据获取的查询请求进一步获取了查询请求对应的查询结果集，然后通过遍历查询结果集中的查询结果，可使得每次处理的查询结果的数量维持稳定，也无需占用较多线程，可有效控制内存暴涨以及内存溢出的情况出现，后续再将各个查询结果封装成为消息对象存入业务数据集，并发送至业务处理模块，从而接收业务处理模块发送的业务处理结果，提高了业务处理请求的处理效率。

附图说明

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

图1为本发明实施例涉及的查询模块的硬件构架示意图；

图2为本发明实施例涉及的业务处理模块的硬件构架示意图；

图3为本发明业务处理请求的处理方法第一实施例的流程示意图；

图3A为本发明业务处理请求的处理方法第一实施例的参考图；

图3B为本发明业务处理请求的处理方法第一实施例的参考图；

图4为本发明业务处理请求的处理方法第三实施例的流程示意图。

具体实施方式

为了更好的理解上述技术方案，下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明的主要解决方案是：查询模块获取查询请求；获取所述查询请求对应的查询结果集；遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象；将所述消息对象存入业务数据集；将所述业务数据集发送至业务处理模块，其中，所述业务处理模块接收到所述业务数据集时，根据所述业务数据集进行业务处理并发送业务处理结果。

由于查询模块根据获取的查询请求进一步获取了查询请求对应的查询结果集，然后通过遍历查询结果集中的查询结果，可使得每次处理的查询结果的数量维持稳定，也无需占用较多线程，可有效控制内存暴涨以及内存溢出的情况出现，后续再将各个查询结果封装成为消息对象存入业务数据集，并发送至业务处理模块，从而接收业务处理模块发送的业务处理结果，提高了业务处理请求的处理效率。

作为一种实现方式，查询模块可以如图1。

本发明实施例方案涉及的是查询模块，查询模块包括：处理器101，例如CPU，存储器102，通信总线103。其中，通信总线103用于实现这些组件之间的连接通信。

存储器102可以是高速RAM存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。如图1，作为一种计算机可读存储介质的存储器103中可以包括检测程序；而处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：

接收查询请求，并获取所述查询请求对应的查询结果集；

遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象；

将所述消息对象存入业务数据集；

将所述业务数据集发送至业务处理模块，其中，所述业务处理模块接收到所述业务数据集时，根据所述业务数据集进行业务处理并发送业务处理结果。

在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：

检测所述业务数据集是否存满；

在所述业务数据集存满时，执行所述将所述业务数据集发送至业务处理模块。

在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：

在所述业务数据集未存满时，返回执行所述遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象的步骤。

在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：

接收所述业务处理模块发送的业务处理结果；

输出所述业务处理结果。

在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：

当接收到业务处理请求时，判断所述业务处理请求是否携带所述查询请求；

在所述业务处理请求携带所述查询请求时，执行所述接收查询请求，并获取所述查询请求对应的查询结果集的步骤。

在一实施例中，处理器101可以用于调用存储器102中存储的检测程序，并执行以下操作：

将所述消息对象缓存至阻塞队列；

执行所述将所述消息对象存入业务数据集的步骤。

在本实施例的技术方案中，查询模块获取查询请求；获取所述查询请求对应的查询结果集；遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象；将所述消息对象存入业务数据集；将所述业务数据集发送至业务处理模块，其中，所述业务处理模块接收到所述业务数据集时，根据所述业务数据集进行业务处理并发送业务处理结果。由于查询模块根据获取的查询请求进一步获取了查询请求对应的查询结果集，然后通过遍历查询结果集中的查询结果，可使得每次处理的查询结果的数量维持稳定，也无需占用较多线程，可有效控制内存暴涨以及内存溢出的情况出现，后续再将各个查询结果封装成为消息对象存入业务数据集，并发送至业务处理模块，从而接收业务处理模块发送的业务处理结果，提高了业务处理请求的处理效率。

作为一种实现方式，业务处理模块可以如图2。

本发明实施例方案涉及的是业务处理模块，业务处理模块包括：处理器201，例如CPU，存储器202，通信总线203。其中，通信总线203用于实现这些组件之间的连接通信。

存储器202可以是高速RAM存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。如图2，作为一种计算机可读存储介质的存储器203中可以包括检测程序；而处理器201可以用于调用存储器202中存储的检测程序，并执行以下操作：

当接收到业务数据集时，根据所述业务数据集进行业务处理，得到所述业务数据集对应的业务处理结果；

将所述业务处理结果发送至查询模块。

在本实施例的技术方案中，由于业务处理模块在接收到查询模块发送的业务数据集，可进行业务处理，然后将业务处理结果发送至查询模块，帮助查询模块分担了业务处理的压力，从而协助查询模块高效的完成业务处理请求的处理。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

参照图3，图3为本发明业务处理请求的处理方法的第一实施例，应用于查询模块，查询模块与业务处理模块通信连接，方法包括以下步骤：

步骤S110，接收查询请求，并获取所述查询请求对应的查询结果集。

MySQL数据库提供了一种流式查询的机制，避免将查询结果全部加载于JVM中。基于此，在本实施例中，设计了一种既能保证业务处理功能正常运行，又能有效控制内存暴涨，提升程序执行效率的方法。当接收到业务处理请求时，查询模块判断业务处理请求是否携带查询请求，当业务处理请求携带查询请求时，可获取业务处理请求中携带的查询请求。

在本实施例中，在获取查询请求后，查询模块可根据查询请求在数据库中查询与查询请求对应的查询结果集，其中，数据库是一个单位或是一个应用领域的通用数据处理系统，它存储的是属于企业和事业部门、团体和个人的有关数据的集合。数据库中的数据是从全局观点出发建立的，按一定的数据模型进行组织、描述和存储。其结构基于数据间的自然联系，从而可提供一切必要的存取路径，且数据不再针对某一应用，而是面向全组织，具有整体的结构化特征。数据库中的数据是为众多用户所共享其信息而建立的，已经摆脱了具体程序的限制和制约。不同的用户可以按各自的用法使用数据库中的数据；多个用户可以同时共享数据库中的数据资源，即不同的用户可以同时存取数据库中的同一个数据。数据共享性不仅满足了各用户对信息内容的要求，同时也满足了各用户之间信息通信的要求。

可选的，通过线程池中的一个查询线程执行上述步骤，其中，线程池是一种多线程处理形式，处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。线程池线程都是后台线程。每个线程都使用默认的堆栈大小，以默认的优先级运行，并处于多线程单元中。如果某个线程在托管代码中空闲(如正在等待某个事件)，则线程池将插入另一个辅助线程来使所有处理器保持繁忙。如果所有线程池线程都始终保持繁忙，但队列中包含挂起的工作，则线程池将在一段时间后创建另一个辅助线程但线程的数目永远不会超过最大值。超过最大值的线程可以排队，但他们要等到其他线程完成后才启动。

步骤S120，遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象。

在本实施例中，当查询结果集中存在查询结果，可对查询结果进行遍历，以在后续对查询结果集中的查询结果进行单独处理，从而将查询结果封装到消息对象，其中，消息对象用于队列传输，包含每条业务数据及其他需要的标识信息，消息对象的数据类型为消息队列，消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息；对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列是随内核持续的。目前主要有两种类型的消息队列：POSIX消息队列以及系统V消息队列，系统V消息队列目前被大量使用。考虑到程序的可移植性，新开发的应用程序应尽量使用POSIX消息队列。系统V消息队列是随内核持续的，只有在内核重起或者显示删除一个消息队列时，该消息队列才会真正被删除。因此系统中记录消息队列的数据结构(struct ipc_ids msg_ids)位于内核中，系统中的所有消息队列都可以在结构msg_ids中找到访问入口。消息队列就是一个消息的链表。每个消息队列都有一个队列头，用结构struct msg_queue来描述。队列头中包含了该消息队列的大量信息，包括消息队列键值、用户ID、组ID、消息队列中消息数目等等，甚至记录了最近对消息队列读写进程的ID。读者可以访问这些信息，也可以设置其中的某些信息。

可选的，查询模块遍历根据查询请求获取的查询结果集中的查询结果，将每条查询结果封装到消息对象中，消息对象中可定义保存的数据信息、类型及其他标识字段，然后将其推送至阻塞队列中，阻塞队列是一个队列，当阻塞队列为空时，从队列中获取元素的操作将会被阻塞。当阻塞队列为满时，从队列里添加元素的操作将会被阻塞。

步骤S130，将所述消息对象存入业务数据集。

步骤S140，将所述业务数据集发送至业务处理模块，其中，所述业务处理模块接收到所述业务数据集时，根据所述业务数据集进行业务处理并发送业务处理结果。

可选的，检测所述业务数据集是否存满；在所述业务数据集存满时，执行所述将所述业务数据集发送至业务处理模块。其中，业务数据集存满再发送至业务处理模块，可防止查询模块需要频繁的腾出线程进行业务数据集发送，可降低服务器压力。

可选的，在所述业务数据集未存满时，返回执行所述遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象的步骤。

可选的，当业务数据集合中的元素存满，查询模块执行回调函数，将业务数据集发送至业务处理模块，以使得业务处理模块根据业务数据集生成业务处理结果。

可选的，接收所述业务处理模块发送的业务处理结果；输出所述业务处理结果。其中，接收到业务处理结果可用于响应业务处理请求。

可选的，设置固定大小的阻塞队列，控制一次性加载于内存中的数据量，处理完立即释放内存空间。

可选的，查询模块可与业务处理模块共用一个线程池，具体的，查询模块与业务处理模块架构一致，因此，查询模块可与业务处理模块共用一个装置，既实现线程池的工用；若如此，设置查询线程的数量为1，可连接数据库查询数据并将查询结果集中的查询结果逐个推入阻塞队列。业务处理模块在处理业务数据集时，若业务数据集中的消息对象数量大于线程池中剩余的线程数量N-1，则通过N-1个线程进行业务处理。进一步的，一次性获取查询结果集可使得查询请求对应的大量业务数据只需查询1次，并且查询与业务处理可同时进行，内存随时释放，且在整个流程中内存峰值较低，提升了系统性能。

可以发现，随时间推移，内存处于边处理边释放的状态，不会导致内存暴涨及内存溢出。且本设计采用查询线程与多个业务处理线程同时执行的方案，一定程度上可提升程序执行效率。基于以上设计，模拟测试查询30w条数据的场景，测试效果参照图3B，其中，下方曲线对应本实施例的方法。

可选的，将所述消息对象缓存至阻塞队列；执行所述将所述消息对象存入业务数据集的步骤。参照图3A，其中，设置了固定大小的阻塞队列对消息对象进行缓存，进一步的，当阻塞队列出现消息对象，查询模块会再将消息对象存入业务数据集，当业务数据集存满，通过回调函数将业务数据集发送至业务处理模块。

在本实施例的技术方案中，由于查询模块根据获取的查询请求进一步获取了查询请求对应的查询结果集，然后通过遍历查询结果集中的查询结果，可使得每次处理的查询结果的数量维持稳定，也无需占用较多线程，可有效控制内存暴涨以及内存溢出的情况出现，后续再将各个查询结果封装成为消息对象存入业务数据集，并发送至业务处理模块，从而接收业务处理模块发送的业务处理结果，提高了业务处理请求的处理效率。

参照图4，图4为本发明业务处理请求的处理方法的第二实施例，应用于业务处理模块，业务处理模块与查询模块通信连接，基于第一实施例，方法包括以下步骤：

步骤S210，当接收到业务数据集时，根据所述业务数据集进行业务处理，得到所述业务数据集对应的业务处理结果。

在本实施例中，业务处理模块用于接收业务数据集，然后对其进行业务出咯，以得到业务处理结果，其中，业务处理模块接收查询模块发送的业务数据集，业务数据集包括多个消息对象。

可选的，当接收业务数据集时，若业务数据集中消息对象大于线程数量，业务处理模块开启剩余线程，通过多线程执行根据业务数据集中的消息对象进行业务处理的步骤。

步骤S220，将所述业务处理结果发送至查询模块。

在本实施例中，将所述业务处理结果发送至查询模块可使得查询模块进行业务处理请求的响应。

可选的，查询模块可与业务处理模块共用一个线程池，具体的，查询模块与业务处理模块架构一致，因此，查询模块可与业务处理模块共用一个装置，既实现线程池的工用；若如此，设置查询线程数量为1，业务处理模块在处理业务数据集时，若业务数据集中的消息对象数量大于线程池中剩余的线程数量N-1，则通过N-1个线程进行业务处理，结合消息队列的发布订阅模式，数据查询与业务处理操作同时进行，较大提升执行效率。

在本实施例的技术方案中，由于业务处理模块在接收到查询模块发送的业务数据集，可进行业务处理，然后将业务处理结果发送至查询模块，帮助查询模块分担了业务处理的压力，从而协助查询模块高效的完成业务处理请求的处理。

可选的，查询模块可与业务处理模块共用一个线程池，若如此，由于业务处理模块在接收到查询模块发送的业务数据集，可进行业务处理，其中，由于查询模块不会导致内存暴涨及内存溢出，因此，业务处理模块可占用更对线程去完成业务数据的处理，提高了业务处理的效率，进而提高了业务处理请求的处理效率。

为实现上述目的，本发明实施例还提供一种查询模块，所述查询模块包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的业务处理请求的处理程序，所述处理器执行所述业务处理请求的处理程序时实现如上所述的业务处理请求的处理方法的各个步骤。

为实现上述目的，本发明实施例还提供一种业务处理模块，所述业务处理模块包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的业务处理请求的处理程序，所述处理器执行所述业务处理请求的处理程序时实现如上所述的业务处理请求的处理方法的各个步骤。

为实现上述目的，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有业务处理请求的处理程序，所述业务处理请求的处理程序被处理器执行时实现如上所述的业务处理请求的处理方法的各个步骤。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或业务处理请求的处理程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用计算机可读存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的网络配置产品程序的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和业务处理请求的处理程序产品的流程图和/或方框图来描述的。应理解可由业务处理请求的处理程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些业务处理请求的处理程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些业务处理请求的处理程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些业务处理请求的处理程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种业务处理请求的处理方法，其特征在于，应用于查询模块，所述查询模块与业务处理模块通信连接，所述业务处理请求的处理方法包括以下步骤：

接收查询请求，并获取所述查询请求对应的查询结果集；

遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象；

将所述消息对象存入业务数据集；

将所述业务数据集发送至业务处理模块，其中，所述业务处理模块接收到所述业务数据集时，根据所述业务数据集进行业务处理并发送业务处理结果。

2.如权利要求1所述的业务处理请求的处理方法，其特征在于，所述将所述消息对象存入业务数据集的步骤之后，所述方法还包括：

检测所述业务数据集是否存满；

在所述业务数据集存满时，执行所述将所述业务数据集发送至业务处理模块。

3.如权利要求2所述的业务处理请求的处理方法，其特征在于，所述检测所述业务数据集是否存满的步骤之后，所述方法还包括：

在所述业务数据集未存满时，返回执行所述遍历所述查询结果集中的查询结果，将所述查询结果封装到消息对象的步骤。

4.如权利要求1所述的业务处理请求的处理方法，其特征在于，所述在所述阻塞队列存满时，将所述业务数据集发送至业务处理模块的步骤之后，所述方法还包括：

接收所述业务处理模块发送的业务处理结果；

输出所述业务处理结果。

5.如权利要求1所述的业务处理请求的处理方法，其特征在于，所述接收查询请求，并获取所述查询请求对应的查询结果集的步骤之前，所述方法还包括：

当接收到业务处理请求时，判断所述业务处理请求是否携带所述查询请求；

在所述业务处理请求携带所述查询请求时，执行所述接收查询请求，并获取所述查询请求对应的查询结果集的步骤。

6.如权利要求1所述的业务处理请求的处理方法，其特征在于，所述将所述查询结果集封装到消息对象的步骤之后，所述方法还包括：

将所述消息对象缓存至阻塞队列；

执行所述将所述消息对象存入业务数据集的步骤。

7.一种业务处理请求的处理方法，其特征在于，应用于业务处理模块，所述业务处理模块与查询模块通信连接，所述业务处理请求的处理方法包括以下步骤：

当接收到业务数据集时，根据所述业务数据集进行业务处理，得到所述业务数据集对应的业务处理结果；

将所述业务处理结果发送至查询模块。

8.一种查询模块，其特征在于，所述查询模块包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的业务处理请求的处理程序，所述处理器执行所述业务处理请求的处理程序时实现如权利要求1至7中任一项所述的业务处理请求的处理方法的步骤。

9.一种业务处理模块，其特征在于，所述业务处理模块包括：存储器、处理器及存储在所述存储器上并可在处理器上运行的业务处理请求的处理程序，所述处理器执行所述业务处理请求的处理程序时实现如权利要求7所述的业务处理请求的处理方法的步骤。

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

Images