CN106603689B - 基于分布式发布订阅消息系统的数据处理方法及装置 - Google Patents

Abstract

本发明公开一种基于分布式发布订阅消息系统的数据处理方法及装置，所述数据处理方法包括如下步骤：接收到消费信息获取请求时，控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理；当拉取到的消费信息的数量大于或等于预设的数量时，将消费线程挂起；当到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包。本发明的技术方案，有效避免了由于分布式发布订阅消息系统进行自我重新判定而导致的线程退出与程序停止的技术问题。

Description

基于分布式发布订阅消息系统的数据处理方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种基于分布式发布订阅消息系统的数据处理方法及装置。

背景技术

Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者规模的网站中的所有动作流数据。这种动作(网页浏览，搜索和其他用户的行动)是在现代网络上的许多社会功能的一个关键因素。这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。Kafka的目的是通过Hadoop(一个由Apache基金会所开发的分布式系统基础架构)的并行加载机制来统一线上和离线的消息处理，也是为了通过集群机来提供实时的消费。

而Kafka应用在大数据统计过程中，是针对大数据量的数据进行消息的产生消息的消费来使用的。其中，消息的生产，是直接由生产者向Kafka进行消息的发送；消息的消费，是由消费线程来进行消息的消费操作。因为在很多的生产环境中，都必须使用Kafka集群的方式来消除单点故障，所以消费线程均是连接到整个Kafka集群中进行消息的消费动作。

Kafka的消费线程数与topic(主题)的partition(区分)有关系(一类消息有一个主题，每个主题创建时，需要固定该主题的分区数)。在某一时刻，一个partition只能有一个消费者线程能连接上。此时，存在一种情况就是：当消费线程采用poll方法(用于支持“允许进程来决定它是否可阻塞或非阻塞的读写一个或多个文件”的系统调用；既有发送心跳包的功能，又有消费线程去拉取数据的功能)直接从Kafka集群中拉取消费信息时，是拉取一定数量的消费信息出来，之后由消费线程消费这些消费信息。这就导致，当消费线程正在消费这批消费信息，而Kafka集群正在对消费信息进行rebalance方法(rebalance:kafka集群中自我重新判定，以确定哪些partition可用)时，将会报错停止该消费线程。

Kafka提供了一种可以设置超时时间的参数(session.timeout.ms)；最大超时时间就是心跳的间隔。Poll方法拉取数据中会在该超时时间内发送一个心跳包至Kafka。如果消费线程从Kafka中拉取了一批消费信息，而这批消费信息的处理时间超过session.timeout.ms时间，则不会向Kafka发送心跳包。而当Kafka在session.timeout.ms时间没有收到心跳包时，将强制进行rebalance。当Kafka进行rebalance时，由于消费线程还在处理信息，这将导致出错，线程退出，程序停止。

发明内容

本发明的主要目的是提供一种基于分布式发布订阅消息系统的数据处理方法及装置，旨在解决由于拉取到的消费信息过多，不能在分布式发布订阅消息系统的最大超时时间内完成消费，而导致的线程退出与程序停止的技术问题。

为实现上述目的，本发明提出的基于分布式发布订阅消息系统的数据处理方法，包括如下步骤：

接收到消费信息获取请求时，控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理；

当拉取到的消费信息的数量大于或等于预设的数量时，将消费线程挂起，并在到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包。

可选的，在所述接收到消费信息获取请求的步骤之后，还包括：

判断消费线程是否处于挂起状态；

如果否，则控制消费线程从分布式发布订阅消息系统中拉取消费信息。

可选的，所述将消费线程挂起的步骤包括：

获取消费线程的分区信息；

将每一分区上的消费线程挂起。

可选的，所述将消费线程挂起的步骤之后，还包括：

获取处理线程未处理的消费信息的数量；

当未处理的消费信息的数量小于预设的数量时，将挂起的消费线程恢复。

可选的，所述未处理的消费信息的数量的来源包括：

将未处理的消费信息的数量赋值为接收到的消费信息的数量；

每处理完成一个消费信息，将未处理的消费信息的数量的值减1。

为实现上述目的，本发明提出一种基于分布式发布订阅消息系统的数据处理装置，包括控制模块、挂起模块以及计时模块；其中，

所述控制模块，用于在接收到消费信息获取请求时，控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理；

所述挂起模块，用于在拉取到的消费信息的数量大于或等于预设的数量时，将消费线程挂起；

所述计时模块，用于在到达分布式发布订阅消息系统的最大心跳间隔时，向分布式发布订阅消息系统发送心跳包。

可选的，所述基于分布式发布订阅消息系统的数据处理装置还包括还包括，判断模块；其中，

所述判断模块，用于在接收到消费信息获取请求时，判断消费线程是否处于挂起状态；

所述控制模块，用于在接收到消费信息获取请求，且消费线程不处于挂起状态时，控制消费线程从分布式发布订阅消息系统中拉取消费信息。

可选的，所述挂起模块包括获取单元与挂起单元；其中，

所述获取单元，用于获取消费线程的分区信息；

所述挂起单元，用于将分区上的消费线程挂起。

可选的，所述基于分布式发布订阅消息系统的数据处理装置还包括还包括获取模块与恢复模块；其中，

所述获取模块，用于获取处理线程未处理的消费信息的数量；

所述恢复模块，用于在未处理的消费信息的数量小于预设的数量时，将挂起的消费线程恢复。

可选的，所述基于分布式发布订阅消息系统的数据处理装置还包括赋值模块与计数模块；其中，

所述赋值模块，用于将未处理的消费信息的数量赋值为接收到的消费信息的数量；

所述计数模块，用于在每处理完成一个消费信息时，将未处理的消费信息的数量的值减1。

本发明的技术方案，当消费线程从分布式发布订阅消息系统中拉取的消费信息的数量大于预设的本地线程处理消息的最大数量时，将消费线程挂起；并在当到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包，可以有效避免由于拉取到的消费信息过多，不能在分布式发布订阅消息系统的最大超时时间内完成消费，导致的分布式发布订阅消息系统进行自我重新判定的状况发生，进而有效避免了由于分布式发布订阅消息系统进行自我重新判定而导致的线程退出与程序停止的技术问题。

附图说明

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

图1为本发明基于分布式发布订阅消息系统的数据处理方法一实施例的流程图；

图2为图1中将消费线程挂起的步骤一实施例的流程图；

图3为本发明基于分布式发布订阅消息系统的数据处理方法另一实施例的流程图；

图4为本发明基于分布式发布订阅消息系统的数据处理方法再一实施例的流程图；

图5为本发明基于分布式发布订阅消息系统的数据处理方法中未处理的消费信息的数量的来源的流程图；

图6为本发明基于分布式发布订阅消息系统的数据处理装置一实施例的模块示意图；

图7为图6中挂起模块一实施例的模块示意图；

图8为本发明基于分布式发布订阅消息系统的数据处理装置另一实施例的模块示意图；

图9为本发明基于分布式发布订阅消息系统的数据处理装置再一实施例的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

本发明提出一种基于分布式发布订阅消息系统的数据处理方法。

如图1及图2所示，图1为本发明基于分布式发布订阅消息系统的数据处理方法一实施例的流程图；图2为图1中将消费线程挂起的步骤一实施例的流程图。

本实施例的基于分布式发布订阅消息系统的数据处理方法包括如下步骤：

步骤S110、接收到消费信息获取请求。

步骤S120、控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理。

步骤S130、判断拉取到的消费信息的数量是否大于或等于预设的数量；如果是，则执行步骤S140；如果否，则执行步骤S110。

步骤S140、将消费线程挂起，并在到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包。

其中，消费线程挂起的步骤包括：

步骤S141、获取消费线程的分区信息；

步骤S142、将每一分区上的消费线程挂起。

具体的，首先搭建相关分布式发布订阅消息系统集群相关环境，以及下载相关工具jar包，编写相关分布式发布订阅消息系统消费者客户端代码，并设置本地线程处理消息的最大数量(比如，定义本地线程处理消息的最大数量为TASKCOUNT)以及分布式发布订阅消息系统的超时时间(比如，定义及分布式发布订阅消息系统的超时时间为session.timeout.ms)，其中，分布式发布订阅消息系统的最大超时时间即为分布式发布订阅消息系统的最大心跳间隔时间，其可以设置为系统默认的数值，或根据实际需要自行设定。

当接收到消费信息获取请求时，通过poll方法调用，消费线程从分布式发布订阅消息系统中拉取一批量的消费信息，并将拉取到的消费信息发送至处理线程进行处理。在消费线程从分布式发布订阅消息系统中拉取到消费信息时，获取拉取到的消费信息的数量(比如，定义拉取到的消费信息的数量为taskCount.get())，并判断拉取到的消费信息的数量是否大于或等于本地线程处理消息的最大数量，如果拉取到的消费信息的数量大于或等于本地线程处理消息的最大数量，则设置暂停标识paused，同时通过consumer.assignment()方法获取消费线程中每个分区的信息，最终通过consumer.pause(分区信息)方法挂起每个分区上的消费线程，以暂停消费线程。在消费线程被挂起时，处理线程仍然在对消费信息异步进行处理。而同时，poll方法还是能按照分布式发布订阅消息系统的超时时间向分布式发布订阅消息系统发送心跳包。由于分布式发布订阅消息系统在最大超时时间内接收到了心跳包，所以分布式发布订阅消息系统就不会自动进行自我重新判定，进而就不会导致线程退出与程序停止的技术问题。

本实施例的技术方案，当消费线程从分布式发布订阅消息系统中拉取的消费信息的数量大于预设的本地线程处理消息的最大数量时，将消费线程挂起；并在当到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包，可以有效避免由于拉取到的消费信息过多，不能在分布式发布订阅消息系统的最大超时时间内完成消费，导致的分布式发布订阅消息系统进行自我重新判定的状况发生，进而有效避免了由于分布式发布订阅消息系统进行自我重新判定而导致的线程退出与程序停止的技术问题。

进一步的，如图3所示，图3为本发明基于分布式发布订阅消息系统的数据处理方法另一实施例的流程图。

本实施例的基于分布式发布订阅消息系统的数据处理方法包括如下步骤：

步骤S210、接收到消费信息获取请求。

步骤S220、判断消费线程是否处于挂起状态；如果是，则执行步骤S220；如果否，则执行步骤S230。

步骤S230、控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理。

步骤S240、判断拉取到的消费信息的数量是否大于或等于预设的数量；如果是，则执行步骤S250；如果否，则执行步骤S210。

步骤S250、将消费线程挂起，并在到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包。

本实施例中，在接收到消费信息获取请求时，判断消费线程是否处于挂起状态，如果是，则继续判断判断消费线程是否处于挂起状态，如此循环，直至消费线程不处于挂起状态时，控制消费线程继续从分布式发布订阅消息系统中拉取消费信息。

进一步的，如图4及图5所示，图4为本发明基于分布式发布订阅消息系统的数据处理方法再一实施例的流程图；图5为本发明基于分布式发布订阅消息系统的数据处理方法中未处理的消费信息的数量的来源的流程图。

基于上述任一实施例，在本实施例中，在将消费线程挂起的步骤之后，还包括：

步骤S310、获取处理线程未处理的消费信息的数量。

其中，未处理的消费信息的数量的来源包括：

S311、将未处理的消费信息的数量赋值为接收到的消费信息的数量；

S312、每处理完成一个消费信息，将未处理的消费信息的数量的值减1。

步骤S320、判断未处理的消费信息的数量是否小于预设的数量；如果是，则执行步骤S330；如果否，则执行步骤S320。

步骤S330、将挂起的消费线程恢复。

具体的，在本实施例中，当消费线程将从分布式发布订阅消息系统中拉取到的消费信息发送至处理线程时，将拉取到的消费信息的数量赋值于未处理的消费信息的数量(该未处理的消费信息的数量为一变量，比如，定义未处理的消费信息的数量为taskCount.get())。当消费线程挂起时，处理线程仍然在对消费信息异步进行处理。且在处理线程每处理完成一个消费信息时，将未处理的消费信息的数量的值减1。当未处理的消费信息的数量的值小于预设的数量(比如，本地线程处理消息的最大数量，TASKCOUNT)时，调用consumer.resume()方法，取消暂停标识paused，重新恢复消费线程的拉取消息功能。

本实施例的技术方案，通过在处理线程未处理的消费信息的数量小于预设的数量，将挂起的消费线程进行恢复，以使得消费线程重新获得拉取信息功能，保证了消费消息拉取的顺畅性。

本发明还提出一种基于分布式发布订阅消息系统的数据处理装置。

如图6及图7所示，图6为本发明基于分布式发布订阅消息系统的数据处理装置一实施例的模块示意图；图7为图6中挂起模块一实施例的模块示意图。

本实施例的基于分布式发布订阅消息系统的数据处理装置包括控制模块410、挂起模块420以及计时模块430；其中，所述控制模块410，用于在接收到消费信息获取请求时，控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理；所述挂起模块420，用于在拉取到的消费信息的数量大于或等于预设的数量时，将消费线程挂起；所述计时模块430，用于在到达分布式发布订阅消息系统的最大心跳间隔时，向分布式发布订阅消息系统发送心跳包。所述挂起模块420包括获取单元421与挂起单元422；所述获取单元421，用于获取消费线程的分区信息；所述挂起单元422，用于将分区上的消费线程挂起。

具体的，首先搭建相关分布式发布订阅消息系统集群相关环境，以及下载相关工具jar包，编写相关分布式发布订阅消息系统消费者客户端代码，并设置本地线程处理消息的最大数量(比如，定义本地线程处理消息的最大数量为TASKCOUNT)以及分布式发布订阅消息系统的超时时间(比如，定义及分布式发布订阅消息系统的超时时间为session.timeout.ms)，其中，分布式发布订阅消息系统的最大超时时间即为分布式发布订阅消息系统的最大心跳间隔时间，其可以设置为系统默认的数值，或根据实际需要自行设定。

当接收到消费信息获取请求时，通过poll方法调用，消费线程从分布式发布订阅消息系统中拉取一批量的消费信息，并将拉取到的消费信息发送至处理线程进行处理。在消费线程从分布式发布订阅消息系统中拉取到消费信息时，获取拉取到的消费信息的数量(比如，定义拉取到的消费信息的数量为taskCount.get())，并判断拉取到的消费信息的数量是否大于或等于本地线程处理消息的最大数量，如果拉取到的消费信息的数量大于或等于本地线程处理消息的最大数量，则设置暂停标识paused，同时通过consumer.assignment()方法获取消费线程中每个分区的信息，最终通过consumer.pause(分区信息)方法挂起每个分区上的消费线程，以暂停消费线程。在消费线程被挂起时，处理线程仍然在对消费信息异步进行处理。而同时，poll方法还是能按照分布式发布订阅消息系统的超时时间向分布式发布订阅消息系统发送心跳包。由于分布式发布订阅消息系统在最大超时时间内接收到了心跳包，所以分布式发布订阅消息系统就不会自动进行自我重新判定，进而就不会导致线程退出与程序停止的技术问题。

本实施例的技术方案，当消费线程从分布式发布订阅消息系统中拉取的消费信息的数量大于预设的本地线程处理消息的最大数量时，将消费线程挂起；并在当到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包，可以有效避免由于拉取到的消费信息过多，不能在分布式发布订阅消息系统的最大超时时间内完成消费，导致的分布式发布订阅消息系统进行自我重新判定的状况发生，进而有效避免了由于分布式发布订阅消息系统进行自我重新判定而导致的线程退出与程序停止的技术问题。

进一步的，如图8所示，图8为本发明基于分布式发布订阅消息系统的数据处理装置另一实施例的模块示意图。

本实施例的基于分布式发布订阅消息系统的数据处理装置包括判断模块510、控制模块520、挂起模块530以及计时模块540；其中，所述判断模块510，用于在接收到消费信息获取请求时，判断消费线程是否处于挂起状态；所述控制模块520，用于在接收到消费信息获取请求，且消费线程不处于挂起状态时，控制消费线程从分布式发布订阅消息系统中拉取消费信息；所述挂起模块630，用于在拉取到的消费信息的数量大于或等于预设的数量时，将消费线程挂起；所述计时模块540，用于在到达分布式发布订阅消息系统的最大心跳间隔时，向分布式发布订阅消息系统发送心跳包。

本实施例中，在接收到消费信息获取请求时，判断消费线程是否处于挂起状态，如果是，则继续判断判断消费线程是否处于挂起状态，如此循环，直至消费线程不处于挂起状态时，控制消费线程继续从分布式发布订阅消息系统中拉取消费信息。

进一步的，如图9所示，图9为本发明基于分布式发布订阅消息系统的数据处理装置再一实施例的模块示意图。

本实施例的基于分布式发布订阅消息系统的数据处理装置包括判断模块610、控制模块620、挂起模块630、计时模块640、赋值模块650、计数模块660、获取模块670与恢复模块680；其中，所述判断模块610、控制模块620、挂起模块630与计时模块640具有与上述实施例相同的功能。而所述赋值模块650，用于将未处理的消费信息的数量赋值为接收到的消费信息的数量；所述计数模块660，用于在每处理完成一个消费信息时，将未处理的消费信息的数量的值减1；所述获取模块670，用于获取处理线程未处理的消费信息的数量；所述恢复模块680，用于在未处理的消费信息的数量小于预设的数量时，将挂起的消费线程恢复。

具体的，在本实施例中，当消费线程将从分布式发布订阅消息系统中拉取到的消费信息发送至处理线程时，将拉取到的消费信息的数量赋值于未处理的消费信息的数量(该未处理的消费信息的数量为一变量，比如，定义未处理的消费信息的数量为taskCount.get())。当消费线程挂起时，处理线程仍然在对消费信息异步进行处理。且在处理线程每处理完成一个消费信息时，将未处理的消费信息的数量的值减1。当未处理的消费信息的数量的值小于预设的数量(比如，本地线程处理消息的最大数量，TASKCOUNT)时，调用consumer.resume()方法，取消暂停标识paused，重新恢复消费线程的拉取消息功能。

本实施例的技术方案，通过在处理线程未处理的消费信息的数量小于预设的数量，将挂起的消费线程进行恢复，以使得消费线程重新获得拉取信息功能，保证了消费消息拉取的顺畅性。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是移动终端，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种基于分布式发布订阅消息系统的数据处理方法，其特征在于，包括如下步骤：

接收到消费信息获取请求时，控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理；

当拉取到的消费信息的数量大于或等于预设的数量时，将消费线程挂起，并在到达分布式发布订阅消息系统的最大心跳间隔时间时，向分布式发布订阅消息系统发送心跳包；

所述将消费线程挂起的步骤包括：

获取消费线程的分区信息；

将每一分区上的消费线程挂起。

2.如权利要求1所述的基于分布式发布订阅消息系统的数据处理方法，其特征在于，在所述接收到消费信息获取请求的步骤之后，还包括：

判断消费线程是否处于挂起状态；

如果否，则控制消费线程从分布式发布订阅消息系统中拉取消费信息。

3.如权利要求1至2中任意一项所述的基于分布式发布订阅消息系统的数据处理方法，其特征在于，所述将消费线程挂起的步骤之后，还包括：

获取处理线程未处理的消费信息的数量；

当未处理的消费信息的数量小于预设的数量时，将挂起的消费线程恢复。

4.如权利要求3所述的基于分布式发布订阅消息系统的数据处理方法，其特征在于，所述未处理的消费信息的数量的来源包括：

将未处理的消费信息的数量赋值为接收到的消费信息的数量；

每处理完成一个消费信息，将未处理的消费信息的数量的值减1。

5.一种基于分布式发布订阅消息系统的数据处理装置，其特征在于，包括控制模块、挂起模块以及计时模块；其中，

所述控制模块，用于在接收到消费信息获取请求时，控制消费线程从分布式发布订阅消息系统中拉取消费信息，并将拉取到的消费信息发送至处理线程进行处理；

所述挂起模块，用于在拉取到的消费信息的数量大于或等于预设的数量时，将消费线程挂起；

所述计时模块，用于在到达分布式发布订阅消息系统的最大心跳间隔时，向分布式发布订阅消息系统发送心跳包；

所述挂起模块包括获取单元与挂起单元；其中，

所述获取单元，用于获取消费线程的分区信息；

所述挂起单元，用于将分区上的消费线程挂起。

6.如权利要求5所述的基于分布式发布订阅消息系统的数据处理装置，其特征在于，还包括，判断模块；其中，

所述判断模块，用于在接收到消费信息获取请求时，判断消费线程是否处于挂起状态；

所述控制模块，用于在接收到消费信息获取请求，且消费线程不处于挂起状态时，控制消费线程从分布式发布订阅消息系统中拉取消费信息。

7.如权利要求5至6中任意一项所述的基于分布式发布订阅消息系统的数据处理装置，其特征在于，还包括获取模块与恢复模块；其中，

所述获取模块，用于获取处理线程未处理的消费信息的数量；

所述恢复模块，用于在未处理的消费信息的数量小于预设的数量时，将挂起的消费线程恢复。

8.如权利要求7所述的基于分布式发布订阅消息系统的数据处理装置，其特征在于，还包括赋值模块与计数模块；其中，

所述赋值模块，用于将未处理的消费信息的数量赋值为接收到的消费信息的数量；

所述计数模块，用于在每处理完成一个消费信息时，将未处理的消费信息的数量的值减1。

Images