CN108712494A - 处理异步消息的方法、装置及设备 - Google Patents

Abstract

本说明书实施例提供一种处理异步消息的方法、装置及设备，该方案中，消息发送方令异步消息携带有该消息的发送时刻，则消息接收方接收到消息后，可以对比所述消息的接收时刻和所述发送时刻，通过判断两者差值是否超过预设延迟阈值，消息接收方可以发现该消息是否发生严重延迟；基于此，消息接收方可以记录差值超过预设延迟阈值的数量，进而可以自动决策是否启动延迟应对流程。

Description

处理异步消息的方法、装置及设备

技术领域

本说明书涉及互联网技术领域，尤其涉及处理异步消息的方法、装置及设备。

背景技术

目前，大型的网络服务系统常常会面临高并发请求，因此有些业务可以采用异步化方式来实现。作为例子，A系统的一个业务需要调用B系统一个接口时，如果对实时性的要求不是特别高，A系统可以把消息发给中间件(也可以称为消息队列服务)，然后A系统就可以完成这些业务，而之后的消息投递过程就完全交给中间件来实现。根据业务配置，中间件可以即刻投递消息给B系统，也可以延迟一定时间后投递。可以理解，高并发场景下，采用异步化方式，业务系统牺牲了一定的时效性来保障性能，但如果出现严重滞后也可能带来一些问题。

发明内容

为克服相关技术中存在的问题，本说明书提供了处理异步消息的方法、装置及设备。

根据本说明书实施例的第一方面，提供一种处理异步消息的方法，包括：

接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

根据判断结果确定是否启动延迟应对流程。

可选的，所述预设延迟条件包括：所述接收时间与发送时间的时间间隔超过预设时长。

可选的，所述预设延迟条件还包括：所述时间间隔超过预设时长的同一类异步消息的数量达到预定值。

可选的，所述类别包括：业务类别或指示消息所属消息发送方的类别。

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

在启动延迟应对流程后，监测所述数量的增长频率，根据监测结果确定是否终止所述延迟应对流程。

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

若所述数量在预设时长内未增加，将所述数量清零。

根据本说明书实施例的第二方面，提供一种处理异步消息的装置，包括：

消息接收模块，用于：接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断模块，用于：判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

确定模块，用于：根据判断结果确定是否启动延迟应对流程。

可选的，所述预设延迟条件包括：所述接收时间与发送时间的时间间隔超过预设时长。

可选的，所述预设延迟条件还包括：所述时间间隔超过预设时长的同一类异步消息的数量达到预定值。

可选的，所述类别包括：业务类别或指示消息所属消息发送方的类别。

可选的，所述装置还包括监测模块，用于：

在启动延迟应对流程后，监测所述数量的增长频率，根据监测结果确定是否终止所述延迟应对流程。

可选的，所述判断模块，还用于：

若所述数量在预设时长内未增加，将所述数量清零。

根据本说明书实施例的第三方面，提供一种处理异步消息的设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

根据判断结果确定是否启动延迟应对流程。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例中，消息接收方可以基于异步消息的数量、异步消息的接收时间、异步消息的发送时间设置延迟条件，另外，消息发送方令异步消息携带有该消息的发送时间，则消息接收方接收到异步消息后，可以判断异步消息是否满足该预设延迟条件，基于此，消息接收方可以发现所接收的异步消息是否发生严重延迟，进而可以自动决策是否启动延迟应对流程。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书根据一示例性实施例示出的一种异步化场景示意图。

图2A是本说明书根据一示例性实施例示出的一种处理异步消息的方法的流程图。

图2B是本说明书根据一示例性实施例示出的另一种处理异步消息的方法的流程图。

图3是本说明书处理异步消息的装置所在设备的一种硬件结构图。

图4是本说明书根据一示例性实施例示出的一种处理异步消息装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先对异步化业务场景进行说明，如图1所示，是本说明书根据一示例性实施例示出的一种异步化场景示意图，图1中包括A系统，A系统面向用户提供某项业务，在很多时候会面临高并发请求。该项业务需要调用B系统的一个接口，在高并发场景下，对调用该接口的实时性要求可以稍微降低，A系统调用B系统的消息可以发给中间件，然后A系统就可以完成这些业务，而之后的消息投递过程就完全交给中间件来实现。根据业务配置，中间件可以即刻投递消息给B系统，也可以延迟一定时间后投递。业务系统牺牲了一定的时效性来保障性能，虽然异步化场景不会要求实时性，但发送给消息接收方的消息如果出现严重滞后也可能带来一些问题。

基于此，本说明书实施例提供了一种处理异步消息的方案，消息接收方可以基于异步消息的数量、异步消息的接收时间、异步消息的发送时间设置延迟条件，另外，消息发送方令异步消息携带有该消息的发送时间，则消息接收方接收到异步消息后，可以判断异步消息是否满足该预设延迟条件，基于此，消息接收方可以发现所接收的异步消息是否发生严重延迟，进而可以自动决策是否启动延迟应对流程。接下来对本说明书实施例进行详细说明。

如图2A所示，是本说明书根据一示例性实施例示出的一种处理异步消息的方法，包括如下步骤：

在步骤202中，接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间。

在步骤204中，判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间、异步消息的发送时间。

在步骤206中，根据判断结果确定是否启动延迟应对流程。

本实施例中，消息发送方是指异步化场景中发起异步化处理请求的一方，消息发送方令异步消息携带有发送时间并将该异步消息发出，异步消息先到达中间件，由中间件投递给消息接收方。其中，由于业务系统可能处于高并发状态，异步消息可能从消息发送方至中间件、或者是从中间件至消息接收方的过程中后，有可能会延迟发送、或者因系统性能问题发送失败后又重新发送。例如，出于减少资源占用的考虑，中间件可以收集到一定数量的异步消息后再批量发送异步消息给消息接收方，采用此种方式，异步消息会有一定的延迟；或者，可能是检测到当前网络状态较为繁忙，中间件可以等待网络状态较好的时候再发送异步消息。或者，还有可能是由于设备宕机等原因，消息发送方的异步消息可能会出现发送失败。而出现发送失败后，与实时场景不同，实时消息在发送失败后会被丢弃，并生成新的实时消息并发送，而异步化场景下，该异步消息发送失败后会被保留，然后被再次发送。

基于上述种种情况，异步消息从消息发送方发出后、通过中间件到达消息接收方处，两者之间可能存在一定时间间隔。为了能够监控业务系统中异步消息是否异常、是否出现严重滞后、以及决策是否启动延迟应对流程，本实施例中，异步消息携带有消息发送方发送该异步消息的发送时间，携带的具体实现过程可以由消息发送方配置，作为一个例子，消息发送方在生成异步消息后会将异步消息发出，消息发送方在生成异步消息时，可以获取当前时间，基于该当前时间确定发送时间，可选的，可以是将该当前时间作为发送时间，也可以是在当前时间增加一定时长后作为发送时间等等。之后，将发送时间配置在消息中，获得携带有发送时间的异步消息。在一些例子中，消息发送方在发送异步消息给中间件后，有可能出现发送失败后重新发送的情况，因此该发送时间可以是消息发送方首次发送该异步消息的时间。

本实施例中，可以基于异步消息的数量、异步消息的接收时间或异步消息的发送时间中任一参数确定预设延迟条件，该预设延迟条件指示业务系统中出现了不可接受的延迟情况，若满足预设延迟条件，可以认为业务系统的异步消息延迟情况严重，需要启动延迟应对流程。具体的条件设定可以根据实际业务场景需要而灵活配置。作为例子，可以是接收时间与发送时间的时间间隔超过预设时长，还可以结合异步消息的数量确定，例如认为时间间隔超过预设时长的异步消息为异常延迟，可选的，预设延迟条件可以是有一条异常延迟的异步消息，也可以是多条异常延迟的异步消息，或者也可以是异常延迟的异步消息占异步消息总数量的比例、或者还可以是正常的异步消息低于某个设定值等等，实际应用中可以灵活配置该预设延迟条件，本实施例对此不作限定。

作为例子，本实施例提供了一种预设延迟条件的设定方式，基于该条件可以快速准确地判断业务系统是否出现异步消息严重滞后的情况。预设延迟条件可以包括：所述时间间隔超过预设时长的同一类异步消息的数量达到预定值，其中，该预设时长用于表征异步消息的收发间隔出现较大滞后，具体可以是30分钟、1小时或2小时等设定值；预定值用于表征出现较大滞后的异常的异步消息较多，该预定值可以是100、200或300等数值，该预设时长和预定值在实际应用中可以灵活配置，本实施例对此不作限定。

实际应用中，消息发送方处理业务时，可能基于不同业务，或者是同一业务的不同处理状态等等因素，会生成多种不同类别的消息；消息接收方也可能提供多个不同可调用接口给消息发送方、也可能面向多个消息发送方提供可调用接口，因此消息接收方可能接收到多个消息接收方发送的异步消息。在一些例子中，为了提高处理效率，消息接收方可以认为所有异步消息都是同一类别，此种情况下，预设延迟条件只从时间间隔超过预设时长的异步消息的数量上进行确定。在另一些例子中，为了进行更为精细化的处理，该类别可以从多种因素上对异步消息进行区分，作为例子，可以是业务类别或指示消息所属消息发送方的类别，而区分异步消息的类别的实现方式可以有多种，作为例子，可以是消息接收方基于异步消息本身的消息内容分析得到，也可以是基于被调用的接口而分析得到，也可以是异步消息携带有类别标识，例如业务类别标识、或者所属消息发送方的标识等等。

基于此，消息接收方可以统计不同类别异步消息中发生异常的数量，进而可以根据统计结果知道哪些类别异常的异步消息较多，从而可以知道从哪个角度去应对延迟情况。作为例子，延迟应对流程也可以通过类别进行区分，还可以根据每一类别设定对应的预定值，每一种类别异步消息的异常数量达到对应类别的预定值，则启动对应类别的延迟应对流程等到。

对于延迟应对流程，可以是检查接口、增加硬件资源、负载均衡、切换为实时处理模式或增加带宽等等操作，实际应用中可以结合业务场景灵活配置。

在启动延迟应对流程后，若延迟应对流程处理有效，则在这之后产生的异步消息的收发时间间隔可能恢复正常，时间间隔超过预设时长的异步消息的数量可能不会有较高增长，而且也可能不会出现此类异常情况，因此，可以监测所述数量的增长频率，根据监测结果确定是否终止所述延迟应对流程，若启动延迟应对流程一定时间后，出现异常的异步消息增长较低或没有增长等等情况，则可以确定延迟应对流程有效，可以终止该延迟应对流程。

实际应用中，业务系统中的异常情况可能是变动的，可能在某个时间段出现异常，则异常的异步消息数量会增大，之后，高并发情况可能缓解、或者业务系统自身调节后异常情况消失，则之后出现异常的异步消息未有增长。基于此，预设延迟条件为时间间隔超过预设时长的同一类异步消息的数量达到预定值，若该数量在预设时长内未增加，可以将所述数量清零，以实现对异步消息的灵活处理。作为例子，假设预设延迟条件为：时间间隔超过30分钟的异步消息的数量达到200条。从9:30至10:00半小时内，记录到的数量持续增长，具体数值在10:00:00时刻有138条，但之后的40分钟的预设时长内，并没有产生新的异常的异步消息，则可以认为高并发情况缓解，异常情况消失，可以将该记录的数量清零，通过该清零后的数量，可以终止已启动的延迟应对流程，根据实际业务系统的异常情况，实现更为准确的异常处理。

接下来再结合一实施例对本说明书所提供的方案进行详细说明。

如图2B所示，是本说明书根据一示例性实施例示出一种处理异步消息的方法示意图。异步消息的处理方式包括：

消息发送方，令异步消息携带发送时间，将该异步消息发出。

消息接收方，接收异步消息，获取异步消息的发送时间，并与当前的接收时间进行对比，获取时间间隔。若时间间隔大于预设时长，认为该异步消息严重延迟，则记录延迟count数+1。

延迟count数记录下来，count数可以采用缓存方式存储，作为缓存标记位，出现一次严重延迟的异步消息，则刷新缓存，更新count数。count数表征了严重延迟的异步消息的数量。

可选的，可以设置超时失效时长。

当count数达到预定值，表明当前有很多严重延迟的异步消息，确定满足预设延迟条件，启动延迟应对流程。

由于count数设置了超时失效时长。启动延迟应对流程后，一段时间内，由于count数始终没有再出现+1的情况，表明启动延迟应对流程后，严重延迟的情况得到了有效处理，count数会经过一段时间后，超过失效时长，count数自动降为0。

当读取到count数下降，表明最近一段时间内没有出现异步消息超时，自动识别并终止所述延迟应对流程，回到原有正常操作流程。

与前述处理异步消息的方法的实施例相对应，本说明书还提供了处理异步消息的装置及其所应用的网络设备的实施例。

本说明书处理异步消息的装置的实施例可以应用在设备上，例如服务器或终端设备等等。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在处理异步消息的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书处理异步消息的装置所在设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口320、以及非易失性存储器340之外，实施例中装置331所在的设备，通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图4所示，图4是本说明书根据一示例性实施例示出的一种处理异步消息的装置的框图，所述装置包括：

消息接收模块41，用于：接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断模块42，用于：判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

确定模块43，用于：根据判断结果确定是否启动延迟应对流程。

可选的，所述预设延迟条件包括：所述接收时间与发送时间的时间间隔超过预设时长。

可选的，所述预设延迟条件还包括：所述时间间隔超过预设时长的同一类异步消息的数量达到预定值。

可选的，所述类别包括：业务类别或指示消息所属消息发送方的类别。

可选的，所述装置还包括监测模块，用于：

在启动延迟应对流程后，监测所述数量的增长频率，根据监测结果确定是否终止所述延迟应对流程。

可选的，所述判断模块，还用于：

若所述数量在预设时长内未增加，将所述数量清零。

相应的，本说明书还提供一种网络设备，所述网络设备包括有处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

根据判断结果确定是否启动延迟应对流程。

上述处理异步消息的装置中各个模块的功能和作用的实现过程具体详见上述处理异步消息的方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

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

Claims (13)

1.一种处理异步消息的方法，包括：

接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

根据判断结果确定是否启动延迟应对流程。

2.根据权利要求1所述的方法，所述预设延迟条件包括：所述接收时间与发送时间的时间间隔超过预设时长。

3.根据权利要求2所述的方法，所述预设延迟条件还包括：所述时间间隔超过预设时长的同一类异步消息的数量达到预定值。

4.根据权利要求3所述的方法，所述类别包括：业务类别或指示消息所属消息发送方的类别。

5.根据权利要求3所述的方法，所述方法还包括：

在启动延迟应对流程后，监测所述数量的增长频率，根据监测结果确定是否终止所述延迟应对流程。

6.根据权利要求3所述的方法，所述方法还包括：

若所述数量在预设时长内未增加，将所述数量清零。

7.一种处理异步消息的装置，包括：

消息接收模块，用于：接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断模块，用于：判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

确定模块，用于：根据判断结果确定是否启动延迟应对流程。

8.根据权利要求7所述的装置，所述预设延迟条件包括：所述接收时间与发送时间的时间间隔超过预设时长。

9.根据权利要求8所述的装置，所述预设延迟条件还包括：所述时间间隔超过预设时长的同一类异步消息的数量达到预定值。

10.根据权利要求9所述的装置，所述类别包括：业务类别或指示消息所属消息发送方的类别。

11.根据权利要求9所述的装置，所述装置还包括监测模块，用于：

在启动延迟应对流程后，监测所述数量的增长频率，根据监测结果确定是否终止所述延迟应对流程。

12.根据权利要求9所述的装置，所述判断模块，还用于：

若所述数量在预设时长内未增加，将所述数量清零。

13.一种处理异步消息的设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收消息发送方的异步消息，所述异步消息携带有该异步消息的发送时间；

判断所述异步消息是否满足预设延迟条件；所述预设延迟条件基于以下至少任一参数设定：异步消息的数量、异步消息的接收时间或异步消息的发送时间；

根据判断结果确定是否启动延迟应对流程。