CN109428901B - 消息处理方法以及消息处理装置 - Google Patents

Abstract

本发明公开了一种消息处理方法以及消息处理装置，涉及数据处理技术领域。其中的消息处理方法包括：消息处理客户端在进行当前消息处理的同时，向消息处理服务端发送消息请求以拉取消息；消息处理客户端将拉取到的消息存储在消息缓存队列中；消息处理客户端在当前消息处理结束后，对存储在消息缓存队列中的消息进行处理。本发明能够提升消息处理装置的吞吐率。

Description

消息处理方法以及消息处理装置

技术领域

本发明涉及数据处理技术领域，特别涉及一种消息处理方法以及消息处理装置。

背景技术

消息处理装置是指支持与保障分布式应用程序之间收发消息数据的中间层，常见的产品有RabbitMQ、RocketMQ等。分布式应用程序之间的通信接口由消息处理装置提供，消息发送方和接收方之间的连接完全是松耦合的，通信是非阻塞的。

在如今互联网应用海量消息交互过程中，消息处理装置承载消息数据的存储和转发，消息处理装置资源利用的效率，直接影响系统平台的性能和可靠性。其基本工作原理是：消息数据存储于服务端的消息队列中，消息处理端从消息队列中拉取消息进行处理。

图1示出了传统方法中消息处理装置的消息处理流程。消息发送端向服务端的消息队列发送消息；各个系统应用中的消息客户端根据需求请求消息队列中的消息，服务端根据负载均衡策略分配消息所发往的客户端；消息客户端获取消息后进行消息数据的处理。

发明内容

发明人研究，传统的消息处理装置的吞吐率较低。传统的消息处理客户端在执行消息处理时，网络通常相对空闲，往往造成网络和硬件资源的浪费，从而降低消息处理装置系统的吞吐率。同时，当阶段性地出现消息请求高峰时，消息处理装置系统的压力过大，难以满足消息应用端性能需求。

本发明解决的一个技术问题是，如何提升消息处理装置的吞吐率。

根据本发明实施例的一个方面，提供了一种消息处理方法，包括：消息处理客户端在进行当前消息处理的同时，向消息处理服务端发送消息请求以拉取消息；消息处理客户端将拉取到的消息存储在消息缓存队列中；消息处理客户端在当前消息处理结束后，对存储在消息缓存队列中的消息进行处理。

在一个实施例中，消息处理方法还包括：消息处理服务端根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定为消息处理客户端分发的消息数量；消息处理服务端根据为消息处理客户端分发的消息数量，向消息处理客户端分发消息。

在一个实施例中，消息处理服务端根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定为消息处理客户端分发的消息数量包括：消息处理服务端将消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量进行加权求和，确定为消息处理客户端分发的消息数量。

在一个实施例中，消息处理方法还包括：消息处理服务端根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定消息处理客户端的消息缓存队列的容量。

在一个实施例中，消息处理服务端根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定消息处理客户端的消息缓存队列的容量包括：消息处理服务端将消息请求的请求消息数量与消息处理客户端的优先级相乘后与消息处理客户端所在系统应用的吞吐量相加，确定消息缓存队列的容量。

在一个实施例中，消息处理方法还包括：若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则消息处理服务端提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

在一个实施例中，消息处理方法还包括：若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则消息处理服务端提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

在一个实施例中，消息处理方法还包括：若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则消息处理服务端提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

在一个实施例中，消息处理方法还包括：若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则消息处理服务端提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

在一个实施例中，消息处理方法还包括：若消息缓存队列中的消息数量小于等于第一阈值，则消息处理客户端向消息处理服务端发送消息请求。

在一个实施例中，消息处理方法还包括：若消息缓存队列中的消息数量大于等于第二阈值，则消息处理客户端停止向消息处理服务端发送消息请求。

根据本发明实施例的另一个方面，提供了一种消息处理装置，包括消息处理客户端以及消息处理服务端，其中，消息处理客户端用于：在进行当前消息处理的同时，向消息处理服务端发送消息请求以拉取消息；将拉取到的消息存储在消息缓存队列中；在当前消息处理结束后，对存储在消息缓存队列中的消息进行处理。

在一个实施例中，消息处理服务端用于：根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定为消息处理客户端分发的消息数量；根据为消息处理客户端分发的消息数量，向消息处理客户端分发消息。

在一个实施例中，消息处理服务端用于：将消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量进行加权求和，确定为消息处理客户端分发的消息数量。

在一个实施例中，消息处理服务端还用于：根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定消息处理客户端的消息缓存队列的容量。

在一个实施例中，消息处理服务端用于：将消息请求的请求消息数量与消息处理客户端的优先级相乘后与消息处理客户端所在系统应用的吞吐量相加，确定消息缓存队列的容量。

在一个实施例中，消息处理服务端还用于：若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

在一个实施例中，消息处理服务端还用于：若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

在一个实施例中，消息处理服务端还用于：若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

在一个实施例中，消息处理服务端还用于：若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

在一个实施例中，消息处理客户端还用于：若消息缓存队列中的消息数量小于等于第一阈值，则向消息处理服务端发送消息请求。

在一个实施例中，消息处理客户端还用于：若消息缓存队列中的消息数量大于等于第二阈值，则停止向消息处理服务端发送消息请求。

本发明能够提升消息处理装置的吞吐率。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

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

图1示出了传统方法中消息处理装置的消息处理流程。

图2示出了本发明一个实施例的消息处理方法的流程示意图。

图3示出了本发明另一个实施例的消息处理方法的流程示意图。

图4示出了本发明又一个实施例的消息处理方法的流程示意图。

图5示出了本发明一个实施例的消息处理装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

首先结合图2介绍本发明一个实施例的消息处理方法。

图2示出了本发明一个实施例的消息处理方法的流程示意图。如图2所示，本实施例中的消息处理方法包括：

步骤S202，消息处理客户端在进行当前消息处理的同时，向消息处理服务端发送消息请求以拉取消息。

消息处理客户端向消息处理服务端拉取消息后，进行消息处理，消息处理客户端与消息处理服务端之间的网络通道进入相对空闲周期。在该周期内，消息处理客户端再次向消息处理服务端发送消息请求。

步骤S204，消息处理客户端将拉取到的消息存储在消息缓存队列中。

步骤S206，消息处理客户端在当前消息处理结束后，对存储在消息缓存队列中的消息进行处理。

上述实施例在消息客户端处理消息的过程中，有效地将空闲的网络资源利用起来，降低消息请求高峰时会带来系统的负载，从而通过一种基于消息处理装置的消息动态预拉取方法，保持稳定的高吞吐率性能，提高了消息处理装置的吞吐率。

下面结合图3介绍本发明另一个实施例的消息处理方法。

图3示出了本发明另一个实施例的消息处理方法的流程示意图。如图3所示，在图2所示实施例的基础上，本实施例中的消息处理方法还包括：

步骤S300，消息处理服务端根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定为消息处理客户端分发的消息数量。

消息处理服务端可以将消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量进行加权求和，确定为消息处理客户端分发的消息数量。

例如，设置客户端消息请求的请求消息数量为A，客户端优先级为B(范围正负0-10)，优先级动态权重参数为x(范围正负0-1)，客户端所在系统应用的吞吐量为tps，吞吐量动态权重参数为y(范围正负0-1)，动态的向消息处理客户端分发的消息数量为S(S>0)，则可以通过如下公式确定为消息处理客户端分发的消息数量：

S＝A+B*x+tps*y

比如，当A＝32，B＝5，x＝0.8，tps＝20，y＝0.3时，可以计算得到S＝32+5*0.8+20*0.3＝42。

步骤S301，消息处理服务端根据为消息处理客户端分发的消息数量，向消息处理客户端分发消息。

步骤S303，消息处理服务端根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定消息处理客户端的消息缓存队列的容量。

消息处理服务端可以将消息请求的请求消息数量与消息处理客户端的优先级相乘后与消息处理客户端所在系统应用的吞吐量相加，确定消息缓存队列的容量。

例如，当A＝32，B＝5，tps＝20时，计算消息缓存队列的容量L＝32*5+20＝180。

上述实施例能够根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，动态的确定为消息处理客户端分发的消息数量以及消息缓存队列的容量，从而进一步提升消息处理装置的吞吐率。

本领域技术人员应理解，客户端优先级可以用于确定为消息处理客户端分发的消息数量以及消息缓存队列的容量，还表示了消息处理客户端拉取消息的优先顺序。因此，相比于传统方案中的负载均衡策略，上述实施例中，客户端优先级越高，消息拉取速度越快，因此优先推送消息，并在同样权重下推送更多消息，从而能够保证高优先级的消息客户端能够优先获取消息，更加合理的利用网络资源。

下面结合图4介绍本发明又一个实施例的消息处理方法。

图4示出了本发明又一个实施例的消息处理方法的流程示意图。如图4所示，在图3所示实施例的基础上，本实施例中的消息处理方法还包括：

若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则执行步骤S407，消息处理服务端提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则执行步骤S408，消息处理服务端提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

当消息处理客户端请求频率变低或者当客户端请求的消息数量A越来越少时，说明客户端业务数量减少或者业务处理慢，应该减慢推送消息的速度，将服务端带宽更多给其他客户端占用。

若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则执行步骤S409，消息处理服务端提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则执行步骤S410，消息处理服务端提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

例如，第一预定阈值设为6，当大于第一预定阈值多次时，说明缓存充足，拉取消息速度较慢，此时需要提升客户端优先级，从而提升为消息处理客户端分发的消息数量以及客户端的消息缓存队列的容量。

步骤S411，若消息缓存队列中的消息数量小于等于第一阈值，则消息处理客户端向消息处理服务端发送消息请求。

例如，消息缓存队列中消息数量低于队列容量的30％的时候，触发消息处理客户端向消息处理服务端请求消息。

步骤S412，若消息缓存队列中的消息数量大于等于第二阈值，则消息处理客户端停止向消息处理服务端发送消息请求。

例如，消息缓存队列中消息数量高于队列容量的95％的时候，消息处理客户端停止向消息处理服务端请求消息。

上述实施例通过预设阈值的触发情况，实时动态调整消息处理客户端的优先级，重新确定消息处理客户端分发的消息数量以及消息处理客户端的消息缓存队列的容量，更一步的提升了消息处理装置的吞吐率。

下面结合图5介绍本发明一个实施例的消息处理装置。

图5示出了本发明一个实施例的消息处理装置的结构示意图。如图5所示，本实施例中的消息处理装置50包括：消息处理客户端502以及消息处理服务端504。其中，所述消息处理客户端502用于：

在进行当前消息处理的同时，向消息处理服务端504发送消息请求以拉取消息；

将拉取到的消息存储在消息缓存队列5021中；

在当前消息处理结束后，对存储在消息缓存队列5021中的消息进行处理。

上述实施例在消息客户端处理消息的过程中，有效地将空闲的网络资源利用起来，降低消息请求高峰时会带来系统的负载，从而通过一种基于消息处理装置的消息动态预拉取方法，保持稳定的高吞吐率性能，提高了消息处理装置的吞吐率。

在一个实施例中，消息处理服务端504用于：

根据消息请求的请求消息数量、消息处理客户端502的优先级以及消息处理客户端502所在系统应用的吞吐量，确定为消息处理客户端502分发的消息数量；

根据为消息处理客户端502分发的消息数量，向消息处理客户端502分发消息。

在一个实施例中，消息处理服务端504用于：

将消息请求的请求消息数量、消息处理客户端502的优先级以及消息处理客户端502所在系统应用的吞吐量进行加权求和，确定为消息处理客户端502分发的消息数量。

在一个实施例中，消息处理服务端504还用于：

根据消息请求的请求消息数量、消息处理客户端502的优先级以及消息处理客户端502所在系统应用的吞吐量，确定消息处理客户端502的消息缓存队列的容量。

在一个实施例中，消息处理服务端504用于：

将消息请求的请求消息数量与消息处理客户端502的优先级相乘后与消息处理客户端502所在系统应用的吞吐量相加，确定消息缓存队列的容量。

在一个实施例中，消息处理服务端504还用于：

若在预设时间内消息处理客户端502发送消息请求的请求消息数量大于为消息处理客户端502分发的消息数量，则提升消息处理客户端502的优先级，并重新确定为消息处理客户端502分发的消息数量。

在一个实施例中，消息处理服务端504还用于：

若在预设时间内消息处理客户端502发送消息请求的请求消息数量大于为消息处理客户端502分发的消息数量，则提升消息处理客户端502的优先级，并重新确定消息处理客户端502的消息缓存队列的容量。

上述实施例能够根据消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，动态的确定为消息处理客户端分发的消息数量以及消息缓存队列的容量，从而进一步提升消息处理装置的吞吐率。

本领域技术人员应理解，客户端优先级可以用于确定消息处理客户端分发的消息数量以及消息缓存队列的容量，还表示了消息处理客户端拉取消息的优先顺序。因此，相比于传统方案中的负载均衡策略，上述实施例中，客户端优先级越高，消息拉取速度越快，因此优先推送消息，并在同样权重下推送更多消息，从而能够保证高优先级的消息客户端能够优先获取消息，更加合理的利用网络资源。

在一个实施例中，消息处理服务端504还用于：

若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则提升消息处理客户端502的优先级，并重新确定为消息处理客户端502分发的消息数量。

在一个实施例中，消息处理服务端504还用于：

若在预设时间内消息缓存队列的消息数量大于第一预定阈值达到预设次数，则提升消息处理客户端502的优先级，并重新确定消息处理客户端502的消息缓存队列的容量。

在一个实施例中，消息处理客户端502还用于：

若消息缓存队列中的消息数量小于等于第一阈值，则向消息处理服务端504发送消息请求。

在一个实施例中，消息处理客户端502还用于：

若消息缓存队列中的消息数量大于等于第二阈值，则停止向消息处理服务端504发送消息请求。

上述实施例通过预设阈值的触发情况，实时动态调整消息处理客户端的优先级，重新确定消息处理客户端分发的消息数量以及消息处理客户端的消息缓存队列的容量，更一步的提升了消息处理装置的吞吐率。

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

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

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

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

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种消息处理方法，其特征在于，包括：

消息处理客户端在进行当前消息处理的同时，向消息处理服务端发送消息请求以拉取消息；

消息处理客户端将拉取到的消息存储在消息缓存队列中；

消息处理客户端在当前消息处理结束后，对存储在消息缓存队列中的消息进行处理；

其中，所述消息处理方法还包括：

若所述消息缓存队列中的消息数量小于等于第一阈值，则消息处理客户端向消息处理服务端发送消息请求。

2.如权利要求1所述的消息处理方法，其特征在于，所述消息处理方法还包括：

消息处理服务端根据所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定为消息处理客户端分发的消息数量；

消息处理服务端根据为消息处理客户端分发的消息数量，向消息处理客户端分发消息。

3.如权利要求2所述的消息处理方法，其特征在于，所述消息处理服务端根据所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定为消息处理客户端分发的消息数量包括：

消息处理服务端将所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量进行加权求和，确定为消息处理客户端分发的消息数量。

4.如权利要求2所述的消息处理方法，其特征在于，所述消息处理方法还包括：

消息处理服务端根据所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定消息处理客户端的消息缓存队列的容量。

5.如权利要求4所述的消息处理方法，其特征在于，所述消息处理服务端根据所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定消息处理客户端的消息缓存队列的容量包括：

消息处理服务端将所述消息请求的请求消息数量与消息处理客户端的优先级相乘后与消息处理客户端所在系统应用的吞吐量相加，确定消息缓存队列的容量。

6.如权利要求2所述的消息处理方法，其特征在于，所述消息处理方法还包括：

若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则消息处理服务端提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

7.如权利要求4所述的消息处理方法，其特征在于，所述消息处理方法还包括：

若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则消息处理服务端提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

8.如权利要求2所述的消息处理方法，其特征在于，所述消息处理方法还包括：

若在预设时间内所述消息缓存队列的消息数量大于第一预定阈值达到预设次数，则消息处理服务端提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

9.如权利要求4所述的消息处理方法，其特征在于，所述消息处理方法还包括：

若在预设时间内所述消息缓存队列的消息数量大于第一预定阈值达到预设次数，则消息处理服务端提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

10.如权利要求1至9中任一项所述的消息处理方法，其特征在于，所述消息处理方法还包括：

若所述消息缓存队列中的消息数量大于等于第二阈值，则消息处理客户端停止向消息处理服务端发送消息请求。

11.一种消息处理装置，其特征在于，包括消息处理客户端以及消息处理服务端，其中，所述消息处理客户端用于：

在进行当前消息处理的同时，向消息处理服务端发送消息请求以拉取消息；

将拉取到的消息存储在消息缓存队列中；

在当前消息处理结束后，对存储在消息缓存队列中的消息进行处理；

其中，所述消息处理客户端还用于：

若所述消息缓存队列中的消息数量小于等于第一阈值，则向消息处理服务端发送消息请求。

12.如权利要求11所述的消息处理装置，其特征在于，所述消息处理服务端用于：

根据所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定为消息处理客户端分发的消息数量；

根据为消息处理客户端分发的消息数量，向消息处理客户端分发消息。

13.如权利要求12所述的消息处理装置，其特征在于，所述消息处理服务端用于：

将所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量进行加权求和，确定为消息处理客户端分发的消息数量。

14.如权利要求12所述的消息处理装置，其特征在于，所述消息处理服务端还用于：

根据所述消息请求的请求消息数量、消息处理客户端的优先级以及消息处理客户端所在系统应用的吞吐量，确定消息处理客户端的消息缓存队列的容量。

15.如权利要求14所述的消息处理装置，其特征在于，所述消息处理服务端用于：

将所述消息请求的请求消息数量与消息处理客户端的优先级相乘后与消息处理客户端所在系统应用的吞吐量相加，确定消息缓存队列的容量。

16.如权利要求12所述的消息处理装置，其特征在于，所述消息处理服务端还用于：

若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

17.如权利要求14所述的消息处理装置，其特征在于，所述消息处理服务端还用于：

若在预设时间内消息处理客户端发送消息请求的请求消息数量大于为消息处理客户端分发的消息数量，则提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

18.如权利要求12所述的消息处理装置，其特征在于，所述消息处理服务端还用于：

若在预设时间内所述消息缓存队列的消息数量大于第一预定阈值达到预设次数，则提升消息处理客户端的优先级，并重新确定为消息处理客户端分发的消息数量。

19.如权利要求14所述的消息处理装置，其特征在于，所述消息处理服务端还用于：

若在预设时间内所述消息缓存队列的消息数量大于第一预定阈值达到预设次数，则提升消息处理客户端的优先级，并重新确定消息处理客户端的消息缓存队列的容量。

20.如权利要求11至19中任一项所述的消息处理装置，其特征在于，所述消息处理客户端还用于：

若所述消息缓存队列中的消息数量大于等于第二阈值，则停止向消息处理服务端发送消息请求。

Images