CN105812405B - 一种处理消息的方法、装置及系统 - Google Patents

Abstract

本申请公开了一种处理消息的方法，例如，该方法可以包括：监测消息接收端的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当消息处理能力为第二消息处理能力时，将消息去重逻辑关闭，其中，第一消息处理能力小于第二消息处理能力；如果消息接收端接收到消息，判断消息去重逻辑是否开启；如果否，针对消息执行消息处理流程。由于本申请根据消息处理能力将消息去重逻辑在开启与关闭之间切换，因此，如果消息去重逻辑关闭，消息接收端可以直接对消息执行处理流程，而不必对该消息执行去重逻辑，从而可以减少对计算资源的占用，降低系统风险。另外，本申请还公开了一种处理消息的装置及系统。

Description

一种处理消息的方法、装置及系统

技术领域

本申请涉及计算机应用领域，尤其涉及一种处理消息的方法、装置及系统。

背景技术

目前，在大型业务系统中，大部分应用都会涉及对第三方应用的依赖或调用。因此，应用与第三方应用之间通常会采用消息中间件来实现大量消息的传递。发送消息的应用可视为消息发送端，接收消息的应用可视为消息接收端。消息发送端将消息发送给消息中间件，消息中间件将消息存放在若干队列中，在合适的时候再将消息转发给消息接收端。

消息接收端为了防止消息中间件重复投递相同消息造成对消息的重复处理，每接收到一条消息时、都要对消息执行去重逻辑。在去重逻辑中，需要从缓存读取消息相关标记以判断消息是否被处理过，如已被处理，则丢弃该消息，如未被处理，则将消息标记为已被处理并存入缓存，并针对该消息执行消息处理流程。

但是，消息接收端每接收到一条消息都执行去重逻辑，会占用大量计算资源，而且每次都需要访问缓存，造成了对缓存的强依赖，增加了系统的风险。

发明内容

有鉴于此，本申请的目的在于提供一种处理消息的方法、装置及系统，以实现减少对计算资源的占用，降低系统风险的目的。

在本申请实施例的第一个方面中，提供了一种处理消息的方法。例如，该方法可以包括：监测消息接收端的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述第一消息处理能力小于所述第二消息处理能力；如果消息接收端接收到消息，判断所述消息去重逻辑是否开启；如果否，针对所述消息执行消息处理流程。

在本申请实施例的第二个方面中，提供了一种处理消息的装置。例如，该装置可以包括：开关控制单元，可以用于监测消息接收端的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述第一消息处理能力小于所述第二消息处理能力。开关判断单元，可以用于如果消息接收端接收到消息，判断所述消息去重逻辑是否开启。消息处理单元，可以用于如果所述开关判断判定为否，针对所述消息执行消息处理流程。

在本申请实施例的第三个方面中，提供了一种处理消息的系统。例如，该系统可以包括：消息发送端，用于向消息中间件发送消息。消息中间件，用于将所述消息存放在消息队列中，以及，将所述消息转发给消息接收端，其中，当所述消息满足重复投递的条件时，再次将所述消息转发给消息接收端。消息接收端，用于监测自身的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述第一消息处理能力小于所述第二消息处理能力；如果接收到所述消息，判断所述消息去重逻辑是否开启；如果否，针对所述消息执行消息处理流程。

可见，本申请具有如下有益效果：

由于本申请对消息接收端的消息处理能力进行监测，将消息去重逻辑在开启与关闭之间切换，因此，在消息接收端接收到消息中间件转发的消息时，如果所述消息去重逻辑关闭，则可以直接对消息执行处理流程，而不必对该消息执行去重逻辑，避免每次接收消息均执行去重逻辑，避免每次接收消息均访问缓存，从而可以减少对计算资源的占用，降低系统风险。

附图说明

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

图1为本申请一实施例提供的一种处理消息的方法流程示意图；

图2为本申请另一实施例提供的一种处理消息的方法流程示意图；

图3为本申请实施例提供的一种处理消息的装置结构示意图；

图4为本申请一实施例提供的一种处理消息的系统结构示意图；

图5为本申请另一实施例提供的一种处理消息的系统结构示意图。

具体实施方式

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

本申请的发明人发现，在消息接收端消息处理能力正常的情况下，消息可以被消息接收端快速处理，消息中间件能够及时接收到消息处理的反馈，此时，通常不会重复投递相同消息。只有在消息接收端消息处理能力异常的情况下，消息无法被消息接收端快速处理，消息中间件不能及时接收到消息处理的反馈，才会重复投递相同消息。而且，一般消息接收端对接收到的消息的操作都具有幂等性，例如，设置有相同消息被重复处理时对处理结果的修正机制或者容错机制。基于此，本申请的发明人发现可以通过对消息接收端的消息处理能力进行监测，将消息去重逻辑在开启与关闭之间切换，从而在消息接收到消息处理能力正常，消息去重逻辑无用时，使消息去重逻辑处于关闭状态，此时接收到的消息不必执行去重逻辑，可直接对消息执行消息处理流程。因此，可以根据程序消息处理能力也即运行情况、自动开启或关闭消息去重逻辑开关，避免每次接收消息均执行去重逻辑，避免每次接收消息均访问缓存，达到减少对计算资源的占用，降低系统风险的目的。

例如，参见图1，为本申请实施例提供的一种处理消息的方法流程示意图。如图1所示，该方法可以包括：

S110、监测消息接收端的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述第一消息处理能力小于所述第二消息处理能力。

需要说明的是，用于衡量消息接收端的消息处理能力的因子可以根据实际需要设置。本申请对此并不进行限制。例如，可以利用消息超时处理数来衡量消息处理能力，可以利用消息反馈数衡量消息处理能力、等等。

下面，对利用消息超时处理数衡量消息处理能力的实施方式进行介绍。一些可能的实施方式中，可以对消息接收端的消息超时处理数进行监测。如果消息接收端的消息超时处理数超过预设阈值，确定消息接收端消息处理能力为第一消息处理能力。如果消息接收端的消息超时处理数未超过预设阈值，确定消息接收端消息处理能力为第二消息处理能力。

例如，具体地，如果消息超时处理数在固定时间窗内超过预设阀值，则打开消息去重逻辑，如果消息超时处理数在固定时间窗内小于预设阀值，则关闭消息去重逻辑。具体地，例如，可以在每个时间窗开始时，设置消息超时处理数为初始值；对消息接收端处理每条消息的耗时进行实时监测，也即对每条消息的耗时进行记录；针对每条耗时超过预设时长的消息，对消息超时处理数加一；如果所述消息超时处理数在一个时间窗内超过预设阈值，确定消息接收端消息处理能力为第一消息处理能力；如果所述消息超时处理数在一个时间窗内未超过预设阈值，确定消息接收端消息处理能力为第二消息处理能力。

基于上面提到的实施方式，例如，消息超时处理数初始值可以为零，预设时长可以为3秒，一个时间窗当度可以为1分钟，预设阈值可以为5次。如果监测到消息接收端在一个时间窗长度如1分钟内、耗时超过如3秒的消息处理数大于5次，则该消息接收端的消息处理能力为第一消息处理能力，从而将消息去重逻辑开启。如果监测到消息接收端在一个时间长度如1分钟内，耗时超过3秒的消息处理数小于等于5次，则该消息接收端的消息处理能力为第二消息处理能力，从而将消息去重逻辑关闭。

再例如，对消息超时进行监测的实施方式中，可以设置消息超时处理数初始值；对消息接收端处理每条消息的耗时进行实时监测；针对每条耗时超过预设时长的消息，对消息超时处理数加一；如果所述消息超时处理数大于所述初始值，针对每条耗时未超过预设时长的消息，对消息超时处理数减一。

基于上面提到的实施方式，消息超时处理数初始值可以为零，如果监测到消息接收端耗时超过如3秒的消息超时处理数大于5次，则该消息接收端的消息处理能力为第一消息处理能力，从而将消息去重逻辑开启。如果消息接收端消息处理能力提高，则可以随消息处理耗时未超过3秒的消息数量增加，减少消息超时处理数，直到消息超时处理数小于等于5次时，该消息接收端的消息处理能力为第二消息处理能力，从而将消息去重逻辑关闭。

S120、如果消息接收端接收到消息，判断所述消息去重逻辑是否开启。

S130、如果否，针对所述消息执行消息处理流程。

需要说明的是，本申请对所述消息执行消息处理流程的具体实现方式不限。不同消息接收端、或者，针对不同消息，所述消息处理流程可以是不同的。具体与消息接收端针对所述消息要实现的功能有关，本申请对此并不进行限制，例如，一些可能的实施方式中，所述消息接收端可以是用于实现风险控制的应用。此时，所述消息处理流程具体可以为用于针对所述消息进行风险评估的流程。再例如，一些可能的实施方式中，所述消息接收端可以是黑名单筛查的应用。此时所述消息处理流程具体可以为用于针对所述消息进行黑名单筛查的流程。又例如，一些可能的实施方式中，所述消息接收端可以是邮件发送的应用。此时所述消息处理流程具体可以为用于针对所述消息生成邮件并发送的流程，等等。

另外，一些可能的实施方式中，如图2所示，所述方法还可以包括：

S140、如果所述消息去重逻辑开启，针对所述消息执行所述消息去重逻辑。

其中，所述消息去重逻辑可以参照一般的去重逻辑实现。例如，针对所述消息执行去重逻辑可以包括：从缓存中取出所述消息的标记，根据所述标记判断该消息是否被处理过；如果被处理过，则丢弃所述消息；如果未被处理过，则将所述消息标记为已被处理并存入缓存，并针对所述消息执行消息处理流程。

可见，应用本申请实施例提供的方法，通过对消息接收端的消息处理能力进行监测，将消息去重逻辑在开启与关闭之间切换，从而在消息接收到消息处理能力正常，消息去重逻辑无用时，使消息去重逻辑处于关闭状态，此时接收到的消息不必执行去重逻辑，可直接对消息执行消息处理流程。因此，本申请实施例提供的方法可以避免每次接收消息均执行去重逻辑，避免每次接收消息均访问缓存，达到可以减少对计算资源的占用，降低系统风险的目的。

与上述一种处理消息的方法相对应地，本申请实施例还提供了一种处理消息的装置。

例如，如图3所示，本申请实施例提供的一种处理消息的装置结构示意图。如图3所示，该装置可以包括：

开关控制单元310，可以用于监测消息接收端的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述第一消息处理能力小于所述第二消息处理能力。开关判断单元320，可以用于如果消息接收端接收到消息，判断所述消息去重逻辑是否开启。消息处理单元330，可以用于如果所述开关判断判定为否，针对所述消息执行消息处理流程。

一些可能的实施方式中，所述装置还可以包括：去重处理单元340，可以用于如果所述开关判断判定为是，针对所述消息执行所述消息去重逻辑。

一些可能的实施方式中，可以利用消息超时处理数来衡量消息处理能力。在该实施方式中，例如，所述开关控制单元310可以包括：超时监测子单元311，可以用于对消息接收端的消息超时处理数进行监测。开关开启子单元312，可以用于如果消息接收端的消息超时处理数超过预设阈值，将消息去重逻辑开启。开关关闭子单元313，可以用于如果消息接收端的消息超时处理数未超过预设阈值，将消息去重逻辑关闭。

例如，所述超时监测子单元311，可以用于在每个时间窗开始时，设置消息超时处理数为初始值；对消息接收端处理每条消息的耗时进行实时监测；针对每条耗时超过预设时长的消息，对消息超时处理数加一。所述开关开启子单元312，可以用于如果所述消息超时处理数在一个时间窗内超过预设阈值，将消息去重逻辑开启。所述开关关闭子单元313，可以用于如果消息接收端的消息超时处理数未超过预设阈值，将消息去重逻辑关闭。

再例如，所述超时监测子单元311，可以用于设置消息超时处理数初始值；对消息接收端处理每条消息的耗时进行实时监测；针对每条耗时超过预设时长的消息，对消息超时处理数加一；如果所述消息超时处理数大于所述初始值，针对每条耗时未超过预设时长的消息，对消息超时处理数减一。

可见，配置本申请实施例提供的装置，可以由开关控制单元310通过对消息接收端的消息处理能力进行监测，将消息去重逻辑在开启与关闭之间切换，从而在消息处理能力正常，消息去重逻辑无用时，使消息去重逻辑处于关闭状态，此时接收到的消息不必执行去重逻辑，消息处理单元330可直接对消息执行消息处理流程。因此，本申请实施例提供的方法可以避免每次接收消息均执行去重逻辑，避免每次接收消息均访问缓存，达到可以减少对计算资源的占用，降低系统风险的目的。

需要注意的是，本申请实施例所述超时监测子单元311、开关开启子单元312、开关关闭子单元313、去重处理单元340在图3中以虚线绘制，以表示这些单元并不是本申请实施例提供的处理消息的装置的必要单元。

与上述处理消息的方法相对应地，本申请实施例还提供了一种处理消息的系统。例如，参见图4，为本申请实施例提供的一种处理消息的系统结构示意图。如图4所示，该系统可以包括：

消息发送端410，可以用于向消息中间件发送消息。消息中间件420，可以用于将所述消息存放在消息队列中，以及，将所述消息转发给消息接收端，其中，当所述消息满足重复投递的条件时，再次将所述消息转发给消息接收端。消息接收端430，可以用于监测自身的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述第一消息处理能力小于所述第二消息处理能力；如果接收到所述消息，判断所述消息去重逻辑是否开启；如果否，针对所述消息执行消息处理流程。

由于消息接收端430通过对自身的消息处理能力进行监测，将消息去重逻辑在开启与关闭之间切换，因此，在消息处理能力正常，消息去重逻辑无用时，可以使消息去重逻辑处于关闭状态，此时，消息接收端430无需对消息中间件420转发的消息执行去重逻辑，而是直接对消息执行消息处理流程。因此，本申请实施例提供的系统可以避免消息接收端430每次接收消息均执行去重逻辑，避免每次接收消息均访问缓存，达到可以减少对计算资源的占用，降低系统风险的目的。

例如，在本申请实施例一些可能的应用场景中，如图5所示，所述处理消息的系统中的消息中间件可以为中间服务器集群，用于转发网站各个应用之间的消息。本申请实施例中的消息发送端可以为网站询盘应用510，网站询盘应用510可以接收用户端针对某指定产品或某指定企业的商品详细信息或价格信息的询问请求，进而根据该询问请求向中间服务器集群520发送对该商品详细信息或价格信息有关的一个或多个第三方业务应用530的调用消息，使中间服务器集群520将调用消息转发第三方业务应用530。本申请实施例中的消息接收端可以为第三方业务应用530。第三方业务应用530例如可以包括：风控逻辑应用、黑名单筛查应用、附件送达确认应用、邮件发送应用、等等。

在该应用场景中，由于第三方业务应用530根据实时监测到的消息处理能力对消息去重逻辑在开启或关闭之间切换，因此，第三方业务应用530在消息处理能力较好时，无需执行消息去重逻辑，可以直接对消息执行消息处理流程，从而减少了对计算资源的占用，降低系统风险。而且，网站询盘应用510可以尽快得到第三方业务应用530处理消息之后的反馈，相应也提高了网站询盘应用的处理效率。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims (11)

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

监测消息接收端的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述消息处理能力用于衡量所述消息接收端的消息超时处理数，所述第一消息处理能力小于所述第二消息处理能力；

如果消息接收端接收到消息，判断所述消息去重逻辑是否开启；

如果否，针对所述消息执行消息处理流程。

2.根据权利要求1所述的方法，其特征在于，还包括：

如果所述消息去重逻辑开启，针对所述消息执行所述消息去重逻辑。

3.根据权利要求1所述的方法，其特征在于，所述监测消息接收端的消息处理能力包括：

对消息接收端的消息超时处理数进行监测；

如果消息接收端的消息超时处理数超过预设阈值，确定消息接收端消息处理能力为第一消息处理能力；

如果消息接收端的消息超时处理数未超过预设阈值，确定消息接收端消息处理能力为第二消息处理能力。

4.根据权利要求3所述的方法，其特征在于，所述对消息接收端的消息超时处理数进行监测包括：在每个时间窗开始时，设置消息超时处理数为初始值；对消息接收端处理每条消息的耗时进行实时监测；针对每条耗时超过预设时长的消息，对消息超时处理数加一；

所述如果消息接收端的消息超时处理数超过预设阈值，确定消息接收端消息处理能力为第一消息处理能力包括：如果所述消息超时处理数在一个时间窗内超过预设阈值，确定消息接收端消息处理能力为第一消息处理能力；

所述如果消息接收端的消息超时处理数超过预设阈值，确定消息接收端消息处理能力为第一消息处理能力包括：如果所述消息超时处理数在一个时间窗内未超过预设阈值，确定消息接收端消息处理能力为第二消息处理能力。

5.根据权利要求3所述的方法，其特征在于，所述对消息接收端的消息超时处理数进行监测包括：设置消息超时处理数初始值；对消息接收端处理每条消息的耗时进行实时监测；针对每条耗时超过预设时长的消息，对消息超时处理数加一；如果所述消息超时处理数大于所述初始值，针对每条耗时未超过预设时长的消息，对消息超时处理数减一。

6.一种处理消息的装置，其特征在于，包括：

开关控制单元，用于监测消息接收端的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述消息处理能力用于衡量所述消息接收端的消息超时处理数，所述第一消息处理能力小于所述第二消息处理能力；

开关判断单元，用于如果消息接收端接收到消息，判断所述消息去重逻辑是否开启；

消息处理单元，用于如果所述开关判断判定为否，针对所述消息执行消息处理流程。

7.根据权利要求6所述的装置，其特征在于，还包括：

去重处理单元，用于如果所述开关判断判定为是，针对所述消息执行所述消息去重逻辑。

8.根据权利要求6所述的装置，其特征在于，所述开关控制单元包括：

超时监测子单元，用于对消息接收端的消息超时处理数进行监测；

开关开启子单元，用于如果消息接收端的消息超时处理数超过预设阈值，将消息去重逻辑开启；

开关关闭子单元，用于如果消息接收端的消息超时处理数未超过预设阈值，将消息去重逻辑关闭。

9.根据权利要求8所述的装置，其特征在于，所述超时监测子单元，用于在每个时间窗开始时，设置消息超时处理数为初始值；对消息接收端处理每条消息的耗时进行实时监测；针对每条耗时超过预设时长的消息，对消息超时处理数加一；

所述开关开启子单元，用于如果所述消息超时处理数在一个时间窗内超过预设阈值，将消息去重逻辑开启；

所述开关关闭子单元，用于如果消息接收端的消息超时处理数未超过预设阈值，将消息去重逻辑关闭。

10.根据权利要求8所述的装置，其特征在于，所述超时监测子单元，用于设置消息超时处理数初始值；对消息接收端处理每条消息的耗时进行实时监测；针对每条耗时超过预设时长的消息，对消息超时处理数加一；如果所述消息超时处理数大于所述初始值，针对每条耗时未超过预设时长的消息，对消息超时处理数减一。

11.一种处理消息的系统，其特征在于，包括：

消息发送端，用于向消息中间件发送消息；

消息中间件，用于将所述消息存放在消息队列中，以及，将所述消息转发给消息接收端，其中，当所述消息满足重复投递的条件时，再次将所述消息转发给消息接收端；

消息接收端，用于监测自身的消息处理能力，当所述消息处理能力为第一消息处理能力时，将消息去重逻辑开启，当所述消息处理能力为第二消息处理能力时，将所述消息去重逻辑关闭，其中，所述消息处理能力用于衡量所述消息接收端的消息超时处理数，所述第一消息处理能力小于所述第二消息处理能力；如果接收到所述消息，判断所述消息去重逻辑是否开启；如果否，针对所述消息执行消息处理流程。