一种服务器处理消息请求的方法及装置.pdf

本发明提供一种服务器处理消息请求的方法及装置，用以服务器处理消息请求。所述方法包括：根据设定的间隔时间检测消息请求量；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求。本发明使得服务器对消息请求的处理达到最优。

1.  一种服务器处理消息请求的方法，其特征在于，包括：
根据设定的间隔时间检测消息请求量；
如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；
如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求。

2.  如权利要求1所述的方法，其特征在于，所述启动排队机制处理消息请求，包括：逐个处理消息请求。

3.  如权利要求1所述的方法，其特征在于，所述启动并行机制处理消息请求，包括：一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目。

4.  如权利要求3所述的方法，其特征在于，
当所述服务器为8核，服务器进程数目为16时，设定所述n为16。

5.  一种服务器处理消息请求的装置，其特征在于，包括：
检测模块，用于根据设定的间隔时间检测消息请求量；
排队处理模块，用于如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；
并行处理模块，用于如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求。

6.  如权利要求5所述的装置，其特征在于，所述排队处理模块，包括：
第一处理子模块，用于逐个处理消息请求。

7.  如权利要求5所述的装置，其特征在于，所述排队处理模块，包括：
第二处理子模块，用于一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目。

8.  如权利要求7所述的装置，其特征在于，如果所述服务器为8核，服务器进程数目为16，设定n为16，则所述第二处理子模块一次取16个消息请求进行处理。

一种服务器处理消息请求的方法及装置
技术领域
本发明涉及互联网领域，特别涉及一种服务器处理消息请求的方法及装置。
背景技术
从广义上讲，服务器是指网络中能对其它机器提供某些服务的计算机系统从狭义上讲，服务器是专指某些高性能计算机，能通过网络，对外提供服务。相对于普通PC来说，稳定性、安全性、性能等方面都要求更高；并且服务器作为网络的节点，存储、处理网络上80％的数据、信息，因此也被称为网络的灵魂。网络终端设备如家庭、企业中的微机上网，获取资讯，与外界沟通、娱乐等，也必须经过服务器，因此也可以说是服务器在“组织”和“领导”这些设备。
一台服务器可能要支持几百台客户机，并且还要不停地运行，处理大量的消息请求，那么一种有效的处理消息请求的方法对服务器来说是至关重要的。
发明内容
本发明提供一种服务器处理消息请求的方法及装置，用以服务器处理消息请求。
本发明提供一种服务器处理消息请求的方法，包括：
根据设定的间隔时间检测消息请求量；
如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；
如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求。
本发明实施例的一些有益效果可以包括：根据设定的间隔时间检测消息请求量；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求；根据消息请求量判断是启动排队机制或并行机制，使得对消息请求的处理达到最优。
在一个实施例中，所述启动排队机制处理消息请求，包括：逐个处理消息请求。
该实施例中，所述启动排队机制处理消息请求，包括逐个处理消息请求；进一步对排队机制进行了描述。
在一个实施例中，所述启动并行机制处理消息请求，包括：一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目。
该实施例中，所述启动并行机制处理消息请求，包括：一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目；进一步对并行机制进行了描述。
在一个实施例中，当所述服务器为8核，服务器进程数目为16时，设定所述n为16。
该实施例中，当所述服务器为8核，服务器进程数目为16时，设定所述n为16；所述值为优化值。
本发明提供了一种服务器处理消息请求的装置，包括：
检测模块，用于根据设定的间隔时间检测消息请求量；
排队处理模块，用于如果根据当次检测到的当次消息请求量与上一次检测 到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；
并行处理模块，用于如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求。
本发明实施例的一些有益效果可以包括：根据设定的间隔时间检测消息请求量；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求；根据消息请求量判断是启动排队机制或并行机制，使得对消息请求的处理达到最优。
在一个实施例中，所述排队处理模块，包括：
第一处理子模块，用于逐个处理消息请求。
在一个实施例中，所述排队处理模块，包括：
第二处理子模块，用于一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目。
在一个实施例中，如果所述服务器为8核，服务器进程数目为16，设定n为16，则所述第二处理子模块一次取16个消息请求进行处理。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1为本发明一示例性实施例示出的一种服务器处理消息请求的方法流程图；
图2为本发明一示例性实施例示出的一种服务器处理消息请求的装置框图；
图3为本发明一示例性实施例示出的一种服务器处理消息请求的装置框图；
图4为本发明一示例性实施例示出的一种服务器处理消息请求的装置框图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
图1为本发明一示例性实施例示出的一种服务器处理消息请求的方法流程图；如图1所示，包括步骤101-103：
步骤101，根据设定的间隔时间检测消息请求量；
步骤102，如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；
步骤103，如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求。
本发明实施例的一些有益效果可以包括：根据设定的间隔时间检测消息请求量；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值， 则启动排队机制处理消息请求；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求；根据消息请求量判断是启动排队机制或并行机制，使得对消息请求的处理达到最优。
在一个实施例中，所述启动排队机制处理消息请求，包括：逐个处理消息请求。
该实施例中，所述启动排队机制处理消息请求，包括逐个处理消息请求；进一步对排队机制进行了描述。
在一个实施例中，所述启动并行机制处理消息请求，包括：一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目。
该实施例中，所述启动并行机制处理消息请求，包括：一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目；进一步对并行机制进行了描述。
在一个实施例中，当所述服务器为8核，服务器进程数目为16时，设定所述n为16。
该实施例中，当所述服务器为8核，服务器进程数目为16时，设定所述n为16；所述值为优化值。
如图2所示，本发明提供了一种服务器处理消息请求的装置，包括：
检测模块201，用于根据设定的间隔时间检测消息请求量；
排队处理模块202，用于如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；
并行处理模块203，用于如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求。
本发明实施例的一些有益效果可以包括：根据设定的间隔时间检测消息请 求量；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量呈现上升趋势、或所述当次消息请求量达到设定阈值，则启动排队机制处理消息请求；如果根据当次检测到的当次消息请求量与上一次检测到的上一次消息请求量确定出消息请求量未呈现上升趋势、或所述当次消息请求量未达到设定阈值，则启动并行机制处理消息请求；根据消息请求量判断是启动排队机制或并行机制，使得对消息请求的处理达到最优。
在一个实施例中，如图3所示，所述排队处理模块202，包括：
第一处理子模块301，用于逐个处理消息请求。
在一个实施例中，如图4所示，所述排队处理模块202，包括：
第二处理子模块401，用于一次从队列中取n个请求进行处理，所述n的值预先设定且2≤n≤服务器进程数目。
在一个实施例中，如果所述服务器为8核，服务器进程数目为16，设定n为16，则所述第二处理子模块一次取16个消息请求进行处理。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。