具体实施方式

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

目前针对延时消息往往通过轮训的方式来判断是否处理该延时消息。但是这种方法判断效率比较低，一旦任务量大，则轮训所需的时间过长，从而会影响消息的发送效率、甚至造成系统不稳定。

为此，本申请实施例提供一种消息处理方法，该方法可以应用于图1所示的场景架构图中。图中包括服务器101。其中，服务器101可以是独立的服务器，也可以是集群中的服务器。

本申请实施例提供的消息处理方法可以应用于图1所示的系统架构图中。图1中包括服务器101。其中，服务器101可以是独立的服务器，也可以是集群中的服务器。

具体的，该方法基于延时队列的方式进行消息处理，其中，设置有多个延时队列，每个延时队列对应一个到期时间。服务器101可以获取目标延时消息，目标延时消息具有对应的延时时间。服务器101根据延时时间确定到期时间与延时时间匹配的目标延时队列，并将目标延时消息推入目标延时队列中。服务器101对是否需要处理该目标延时消息进行判断，若服务器101计算延时时间与目标到期时间(目标延时队列对应的到期时间)作差得到的剩余时间小于或等于0，当目标延时消息在目标延时队列中的存活时间达到目标到期时间，服务器101将目标延时消息推入业务队列进行处理，例如将该目标延时消息向用户发送。

由于延时队列的特性，可以通过各个延时队列的到期时间自动对各个延时队列中延时消息是否需要处理进行监控，在目标延时消息满足处理条件的情况下，将目标延时消息推入业务队列中进行处理，无需通过轮训的方式，提高了判断效率，进而提高了消息的处理效率。

接下来，将结合附图对本申请实施例提供的消息处理方法进行详细介绍。

参见图2所示，图2示出了一种消息处理方法的流程图，所述方法包括：

S201、获取目标延时消息。

延时消息可以是生产模块产生的，所有的延时消息可以构成延时消息集合，之后从延时消息集合中获取任一延时消息作为目标延时消息，也可以即时生产延时消息即时分配，本申请对此不做限定。每条延时消息具有对应的延时时间，延时时间为开始处理该延时消息所需等待的时间。例如，延时时间为1天，则表示产生该延时消息1天后，才开始处理该延时消息。

生产模块可以用延时消息生产者(Delay Message Producer)表示，生产模块可以是服务器中的某个模块，也可以是其他服务器，也可以是与该服务器进行交互的终端。

例如，当需要实现在某个用户的生日当天向该用户推送图文消息时，DelayMessage Producer可以产生延时消息，以便服务器可以获取该延时消息，该延时消息可以作为目标延时消息。

需要说明的是，本申请实施例提供的消息处理方法可以基于消息队列(MessageQueue，MQ)的延时功能作为基础实现的，该MQ可以是Rabbit MQ，Rabbit MQ是实现了高级消息队列协议的开源消息代理软件。Rabbit MQ的队列允许设置到期时间，即消息在队列中允许的存活时间。基于Rabbit MQ的这个功能，设计了如图3所示的用于消息处理的延时模块架构。

基于Rabbit MQ允许设置到期时间这一功能设计的延时模块架构中可以设置有多个延时队列，延时队列可以用Delay queue表示，每个延时队列对应一个到期时间。

其中，到期时间可以存在多种表示方式。在一些可能的实现方式中，若多个延时队列中包括到期时间大于或等于1分钟的延时队列，每个延时队列对应一个延时级别，到期时间表示为2的K次方，K＝0、1、2、……N，K为延时级别。

当然，在一些情况下，有些延时消息的延时时间可能很小，而延时队列的到期时间与消息处理的时间相关，为了保证消息处理的精确度，可以对延时队列的到期时间进行更加精细的设置。例如，在多个延时队列中还可以包括到期时间小于1分钟的至少1个延时队列，到期时间小于1分钟的延时队列的延时级别通过到期时间表示。

例如，在图3所示的架构中共有包括23个延时队列，这些延时队列设置有到期时间(Time To Live，TTL)，TTL依次是5s、10s、30s、2^0min、2^1min、2^2min、2^3min、2^4min、2^5min······2^18min、2^19min，其中，5s、10s、30s小于1分钟，其对应的延时队列为到期时间小于1分钟的延时队列，延时队列的级别分别表示为延时队列5s、延时队列10s、延时队列30s；其余的延时队列为到期时间大于或等于1分钟的延时队列，延时队列的级别分别表示为延时队列1、延时队列2、……、延时队列19。TTL最长的队列的TTL时间约等于364天，约等于一年，可见，通过延时队列可以覆盖任意时间的到期时间，进而可以支持任意时间的延时消息的处理。

S202、确定所述到期时间与所述延时时间匹配的目标延时队列。

由于本实施例中设置有多个延时队列，针对目标延时消息，需要确定该目标延时消息被推入哪个延时队列。

需要说明的是，确定到期时间与延时时间匹配的目标延时队列的方式可以包括很多，在本实施例中，一种可能实现方式为将小于或等于延时时间的最大到期时间对应的延时队列作为目标延时队列。

例如，延时时间为60s，设置的多个延时队列如上述图3所示，其中，到期时间小于或等于延时时间的延时队列包括TTL为5s、10s、30s、2^0min的延时队列，在这4个延时队列中，最大的TTL为2^0min，故，可以将TTL为2^0min的延时队列确定为目标延时队列。

S203、将所述目标延时消息推入所述目标延时队列。

S204、若所述目标延时时间与目标到期时间作差得到的剩余时间小于或等于0，当所述目标延时消息在所述目标延时队列中的存活时间达到所述目标到期时间，将所述目标延时消息推入业务队列进行处理。

在确定出目标延时队列后，将目标延时消息推入目标延时队列，该目标延时消息可以在目标延时队列中存活。其存活时间有目标延时队列对应的目标到期时间决定，当目标延时消息在目标延时队列中的存活时间达到所述目标到期时间，且若延时时间与目标到期时间作差得到的剩余时间小于或等于0，则表示需要开始处理该目标延时消息，那么，则将该目标延时消息推入业务队列进行处理。

需要说明的是，在本申请实施例中，参见图3所示，每个延时队列可以对应一个死信队列，若目标延时消息在目标延时队列中的存活时间达到目标到期时间，还可以将目标延时消息转入目标延时队列对应的死信队列。然后，通过消费模块消费死信队列中的目标延时消息。

其中，消费模块可以是目标延时消息的使用者，可以通过DXL Consumer表示，消费模块可以是服务器中的某个模块，也可以是其他服务器，也可以是与该服务器进行交互的终端。

在一些情况下，目标延时消息被推入目标延时队列后，延时时间相对于目标到期时间可能仍有剩余，即延时时间与目标到期时间作差得到的剩余时间大于0，在这种情况下，即使延时消息在目标延时队列中的存活时间达到目标到期时间，也还不需要开始对该延时消息进行处理，即不会将该延时消息推入业务队列进行处理，而是应该将该延时消息重新推入Delay Message Producer重新产生延时消息。

因此，在一种可能的实现方式中，由所述消费模块消费所述目标延时队列对应的死信队列中的目标延时消息具体可以包括：若该消费模块判断出目标延时消息的延时时间与目标到期时间作差得到的剩余时间大于0，则将所述目标延时消息中的延时时间调整为所述剩余时间。将调整后的目标延时消息作为一条新的延时消息，并重新执行S201。

例如，一条目标延时消息的延时时间为168min，设置的多个延时队列如上述图3所示。由于小于168的最大的2的次方数为128，即小于或等于延时时间168min的最大到期时间为2^7min(即目标到期时间为128min)，则目标延时队列为2^7min对应的延时队列(延时队列7)。故，将该目标延时消息推入延时队列7。

目标延时消息在延时队列7中过期后，计算延时时间与目标到期时间作差得到的剩余时间为168-128＝40min，40min大于0，则调整该目标延时消息的延时时间，此时调整后的目标延时消息对应的延时时间为40min，将调整后的目标延时消息作为一条新的延时消息，再重新确定该目标延时消息对应的目标延时队列。小于40的最大的2的次方数为32，即小于或等于延时时间40min的最大到期时间为2^5min(即目标到期时间为32min)，则目标延时队列为2^5min对应的延时队列(延时队列5)。故，将该目标延时消息推入延时队列5。

目标延时消息在延时队列5中过期后，计算延时时间与目标到期时间作差得到的剩余时间为40-32＝8min，8min大于0，则调整该目标延时消息的延时时间，此时调整后的目标延时消息对应的延时时间为8min，将调整后的目标延时消息作为新的延时消息，再确定该目标延时消息对应的目标延时队列。8正好是2的3次方，故，将该延时消息推入延时队列3。以此往复。

之后，若计算延时时间与目标到期时间作差得到的剩余时间小于1min，则根据调整后的目标延时消息的延时时间将该目标延时消息推入对应的5s、10s、15s对应的延时队列，逻辑与上述相同，此处不再赘述。

需要说明的是，在一些情况下，可能存在大量同时需要进行消费的延时消息，故可能出现由于DXL Consumer对延时消息消费不及时而导致延时队列中延时消息拥塞的问题，延时队列中延时消息拥塞可以体现为延时队列中延时消息的个数过多，或者延时消息到达消费模块的实际时间与预期时间不相符。

因此，在本实施例中，为了尽量避免延时队列中延时消息拥塞问题的发生，可以对消费模块进行监控，判断所有延时队列中延时消息的个数，以及判断延时消息到达消费模块的实际时间与预期时间是否相符。若所有延时队列中延时消息的个数超过预设阈值，或实际时间与预期时间不相符，则说明延时队列中可能发生延时消息拥塞。因此，通过预先设置的自动扩展功能增加消费模块的个数，从而提高消费模块对延时消息的消费速度，及时对延时消息进行消费，避免延时队列中延时消息拥塞。其中，自动扩展功能可以是通过触发预先设置好的脚本实现的。

由上述技术方案可以看出，该方案基于延时队列的方式进行消息处理，其中，设置有多个延时队列，每个延时队列对应一个到期时间。具体的，获取目标延时消息，目标延时消息具有对应的延时时间；确定延时级别与延时时间匹配的目标延时队列，并将目标延时消息推入目标延时队列中。若延时时间与目标到期时间作差得到的剩余时间小于或等于0，当目标延时消息在目标延时队列中的存活时间达到目标到期时间，则将目标延时消息推入业务队列进行处理。可见，该方案基于延时队列的特性，可以通过各个延时队列的到期时间自动对各个延时队列中延时消息是否需要处理进行监控，在目标延时消息满足处理条件的情况下，将目标延时消息推入业务队列中进行处理，无需通过轮训的方式，提高了判断效率，进而提高了消息的处理效率。

另外，本申请实施例提供的消息处理方法可以支持任意延时时间的延时消息的处理。

同时，在高并发、大数据情况下，可以通过触发预设设置好的脚本进行自动扩展，以增加消费模块的个数，保证消费模块对延时消息的消费速度，避免延时队列中延时消息拥塞。

基于前述实施例提供的一种消息处理方法，本申请实施例提供一种消息处理装置，设置有多个延时队列，每个延时队列对应一个到期时间，参见图4，所述装置包括：

获取单元401，用于获取目标延时消息，所述目标延时消息具有对应的延时时间；

确定单元402，用于确定所述到期时间与所述延时时间匹配的目标延时队列；

推入单元403，用于将所述目标延时消息推入所述目标延时队列；

处理单元404，用于若所述延时时间与目标到期时间作差得到的剩余时间小于或等于0，当所述目标延时消息在所述目标延时队列中的存活时间达到所述目标到期时间，将所述目标延时消息推入业务队列进行处理；所述目标到期时间为所述目标延时队列对应的到期时间。

可选的，每个延时队列对应一个死信队列，所述装置还包括：

转入单元，若所述目标延时消息在所述目标延时队列中的存活时间达到所述目标到期时间，将所述目标延时消息转入所述目标延时队列对应的死信队列；

消费单元，用于通过消费模块消费所述死信队列中的目标延时消息。

可选的，所述消费单元还用于：

若所述消费模块判断出所述目标延时消息的延时时间与所述目标到期时间作差得到的剩余时间大于0，则将所述目标延时消息中的延时时间调整为所述剩余时间；

将调整后的目标延时消息作为一条新的延时消息，并重新调用获取单元401执行获取目标延时消息的步骤。

可选的，若所述多个延时队列中包括到期时间大于或等于1分钟的延时队列，每个延时队列对应一个延时级别，所述到期时间表示为2的K次方，K＝0、1、2、……N，K为所述延时级别。

可选的，所述确定单元，用于：

将小于或等于所述延时时间的最大到期时间对应的延时队列作为所述目标延时队列。

可选的，所述多个延时队列中还包括到期时间小于1分钟的至少1个延时队列，到期时间小于1分钟的延时队列的延时级别通过到期时间表示。

所述一种消息处理装置包括处理器和存储器，上述获取单元、确定单元、推入和处理单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现对消息的快速准确处理进行保护的目的。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述消息处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述消息处理法。

本发明实施例提供了一种设备，设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，处理器、存储器通过总线完成相互间的通信；处理器用于调用存储器中的程序指令，以执行上述的消息处理方法。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

获取目标延时消息，所述目标延时消息具有对应的延时时间；

确定所述到期时间与所述延时时间匹配的目标延时队列；

将所述目标延时消息推入所述目标延时队列；

若所述延时时间与目标到期时间作差得到的剩余时间小于或等于0，当所述目标延时消息在所述目标延时队列中的存活时间达到所述目标到期时间，将所述目标延时消息推入业务队列进行处理；所述目标到期时间为所述目标延时队列对应的到期时间。

可选的，每个延时队列对应一个死信队列，所述方法还包括：

若所述目标延时消息在所述目标延时队列中的存活时间达到所述目标到期时间，将所述目标延时消息转入所述目标延时队列对应的死信队列；

通过消费模块消费所有死信队列中的目标延时消息。

可选的，所述通过消费模块消费所述死信队列中的延时消息包括：

若所述消费模块判断出所述目标延时消息的延时时间与所述目标到期时间作差得到的剩余时间大于0，则将所述目标延时消息中的延时时间调整为所述剩余时间；

将调整后的目标延时消息作为一条新的延时消息，并重新执行所述获取目标延时消息的步骤。

可选的，所述方法还包括：

判断所有延时队列中延时消息的个数，以及判断所述延时消息到达所述消费模块的实际时间与预期时间是否相符；

若所有延时队列中延时消息的个数超过预设阈值，或所述实际时间与预期时间不相符，通过预先设置的自动扩展功能增加消费模块的个数。

可选的，若所述多个延时队列中包括到期时间大于或等于1分钟的延时队列，每个延时队列对应一个延时级别，所述到期时间表示为2的K次方，K＝0、1、2、……N，K为所述延时级别。

可选的，所述目标延时队列的确定方式为：

将小于或等于所述延时时间的最大到期时间对应的延时队列作为所述目标延时队列。

可选的，所述多个延时队列中还包括到期时间小于1分钟的至少1个延时队列，到期时间小于1分钟的延时队列的延时级别通过到期时间表示。

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

在一个典型的配置中，参见图5所示，设备50包括一个或多个处理器(CPU)501、存储器502和总线503。设备50还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

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

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。