消息路由分发方法、装置、计算机设备及存储介质与流程

1.本发明涉及消息中间件技术领域，特别是涉及一种消息路由分发方法、装置、计算机设备及存储介质。


背景技术：

2.目前消息中间件在分布式应用中，大多通过复杂的配置文件实现某一个消息中间件的简单消息路由功能。例如，生产者将生产的消息根据规则转发到对应的消息队列，然后消费者再做简单的拉取消费。对于银行的各种错综复杂的业务及复杂的服务调用关系，目前并无较好的参考技术。因此，目前缺乏一个能够对不同服务间事件进行路由分发处理，来解决各服务间一致性问题的统一平台。


技术实现要素：

3.基于此，有必要针对缺乏一个能够对不同服务间事件进行路由分发处理，来解决各服务间一致性问题的统一平台的问题，提供一种消息路由分发方法、装置、计算机设备及存储介质。
4.一种消息路由分发方法，包括通过消息接收接口获取待处理消息；根据所述待处理消息的事件类型，确定与所述事件类型相匹配的消息中间件；将所述待处理消息透传至所述消息中间件；根据配置管理信息确定与所述待处理信息的事件类型相匹配的消息队列和发送处理方式；根据所述发送处理方式通过消息发送接口将所述待处理消息透传至所述消息队列；通过所述消息队列将所述待处理消息发送至目标系统。
5.上述消息路由分发方法，向业务系统提供简单易用的统一消息接口，从而提供透明的消息发送和接收服务。对多个消息中间件进行封装，从而可以利用不同的消息中间件的消息队列对不同事件类型的消息进行处理。事件平台根据待处理消息的事件类型，确定与事件类型相匹配的消息中间件，事件平台将待处理消息透传至消息中间件。配置管理信息中包括了各类事件类型的待处理消息可以通过哪种的发送处理方式传输至哪个消息队列的配置信息。事件平台可以根据配置管理信息确定与待处理消息的事件类型相匹配的消息队列和发送处理方式。事件平台根据待处理消息对应的发送处理方式通过消息发送接口将待处理消息透传至对应的消息队列。利用消息队列将待处理消息发送至对应的目标系统。本发明提供的消息路由分发方法通过对不同消息中间件进行整合封装，可以屏蔽不同消息中间件使用上的差异性和复杂性，可以对外提供简单易用的统一消息收发功能。同时，通过提供在不同服务间的事件路由和分发处理机制，对不同消息中间件进行整合，可以对不同场景、不同事件类型的待处理消息进行处理，来满足日益增长的业务与交易需求。
6.在其中一个实施例中，所述消息队列有预先设置的发送优先级，在根据所述发送处理方式通过消息发送接口将所述待处理消息透传至对应的所述消息队列之前，还包括根据所述发送优先级确定优先发送的消息队列；所述根据所述发送处理方式通过消息发送接口将所述待处理消息透传至对应的所述消息队列包括根据所述发送处理方式，通过消息发
送接口将所述优先发送的消息队列对应的待处理消息透传至所述优先发送的消息队列。
7.在其中一个实施例中，所述消息中间件包括kafka、rocketmq、activemq、rabbitmq。
8.在其中一个实施例中，在根据所述发送处理方式通过消息发送接口将所述待处理消息透传至对应的所述消息队列后，所述方法还包括根据所述待处理消息对应的目标系统对所述待处理消息进行分类缓存；当所述分类缓存中透传至同一个目标系统的待处理消息的个数累计到预设数量时，将所述分类缓存中透传至同一个目标系统的待处理消息合并成第一批量消息集合；和/或每间隔预设时间，将所述分类缓存中透传至同一个目标系统的待处理消息合并成第二批量消息集合；所述通过所述消息队列将所述待处理消息发送至目标系统包括：通过所述消息队列将所述第一批量消息集合和/或第二批量消息集合发送至对应的目标系统。
9.在其中一个实施例中，在通过所述消息队列将所述待处理消息发送至目标系统后，所述方法还包括对所述待处理消息的发送操作记录于事件明细表中；定时对所述事件明细表中的数据进行迁移。
10.在其中一个实施例中，在通过所述消息队列将所述待处理消息发送至目标系统后，所述方法还包括接收所述目标系统反馈的对所述待处理消息的消费结果；当所述目标系统反馈的消费结果为消费成功时，将所述消息队列中的所述待处理消息删除，将所述事件明细表中所述待处理消息的状态更改为已消费。
11.在其中一个实施例中，在通过所述消息队列将所述待处理消息发送至目标系统后，所述方法还包括当所述消费结果为消费失败时，重新将所述待处理消息通过所述消息队列发送至目标系统。
12.一种消息路由分发装置，包括消息接口模块，用于通过消息接收接口获取待处理消息，还用于通过消息发送接口将所述待处理消息透传至对应的所述消息队列；消息中间件配置模块，用于根据所述待处理消息的事件类型，确定与所述事件类型相匹配的消息中间件；还用于将所述待处理消息透传至所述消息中间件对应的消息队列；还用于根据配置管理信息确定与所述待处理消息的事件类型相匹配的消息队列和发送处理方式；还用于根据所述发送处理方式通过消息发送接口将所述待处理消息透传至对应的所述消息队列；消息中间件模块，用于通过所述消息队列将所述待处理消息发送至目标系统。
13.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任意一项所述的消息路由分发方法的步骤。
14.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的消息路由分发方法的步骤。
附图说明
15.为了更清楚地说明本说明书实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
16.图1为本发明其中一实施例的消息路由分发方法的方法流程示意图；
17.图2为本发明其中一实施例的对消息合并转发的方法流程示意图；
18.图3为本发明另一实施例的数据迁移的方法流程示意图；
19.图4为本发明其中一实施例的消费结果确认机制的方法流程示意图；
20.图5为本发明其中一实施例的消息路由分发装置的结构框图；
21.图6为本发明其中一实施例的一种消息路由分发装置或系统的结构框图。
具体实施方式
22.为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的优选实施方式。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施方式。相反的，提供这些实施方式的目的是为了对本发明的公开内容理解得更加透彻全面。
23.除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
24.目前通常采用单一消息中间件来进行业务事件消息的存储路由，然而单一消息中间件可能存在例如监控不完善、消息乱序、丢失数据等问题。
25.随着消息种类的增多，消息数量的快速增长，使用场景也趋于多样化，单一消息中间件已经渐渐难以满足消息处理需求。对于复杂系统，现在需要一种能够应对不同场景，同时也能处理各种类型的消息，可以为分布式业务系统提供场景化高质量消息的消息处理系统，而不受限于使用一种消息中间件导致产生了性能瓶颈。
26.图1为本发明其中一实施例的事件路由分发方法的方法流程示意图，在其中一个实施例中，事件路由分发方法可以包括如下步骤s100至s600。
27.步骤s100：通过消息接收接口获取待处理消息。
28.事件平台对业务交易的事件进行抽象，并根据不同事件的不同特点进行分类。不同的消息中间件可以对不同类型的事件进行处理。然而，不同的消息中间件具有不同的消息接收接口。现有技术大多通过复杂的配置文件，来实现某一个消息中间件的简单消息路由功能。本公开的一些实施例通过对各个消息中间件的消息接收接口进行整合封装，可以屏蔽不同消息队列使用上的差异性和复杂性，利用统一的消息接收接口和消息放松接口对外提供简单易用的消息收发功能，事件平台无需配置复杂的配置文件即可享受高质量的消息收发服务。向事件平台和各个应用系统提供统一的消息接收接口，来获取待处理消息。
29.步骤s200：根据待处理消息的事件类型，确定与事件类型相匹配的消息中间件。
30.由于不同的消息中间件可以对不同类型的事件进行处理，因此在通过统一消息接口获取了待处理消息后，需要对事件进行分发时，事件平台可以根据待处理消息的事件类型确定该待处理事件需要传输至哪一消息中间件中。
31.步骤s300：将待处理消息透传至消息中间件。
32.在根据待处理消息的事件类型确定了该待处理事件需要传输至哪一消息中间件中后，可以将该待处理消息透明传输至该消息中间件中进行缓存。其中，透明传输是指在传输过程中对外界透明，不管传输了什么样的消息，只负责将需要传送的消息传送到消息队
列，同时保证传输的质量即可，而不对传输的消息进行处理。
33.步骤s400：根据配置管理信息确定与待处理消息的事件类型相匹配的消息队列和发送处理方式。
34.由于消息中间件中包括多个消息队列，不同的目标系统订阅了不同的消息队列，因此可以根据待处理消息对应的目标系统确定该消息队列需要传输至哪一个消息队列中进行缓存，以及将待处理消息传输至该消息队列时采用何种发送处理方式。事件平台可以根据配置管理信息确定待处理消息对应的消息队列以及响应的发送处理方式。
35.在其中一个实施例中，配置管理信息还可以包括各个消息中间件对应的配置信息。不同的消息中间件具有不同的配置信息，现有技术大多通过复杂的配置文件实现一个消息中间件的简单消息路由功能。本公开对各个消息中间件进行整合封装的同时对各个消息中间件对应的配置信息也进行统一封装管理。根据配置信息可以获取消息中间件的各种信息，例如消息策略。
36.在一些实施例中，若消息中间件对应的消息队列时需要以特定数据格式对待处理消息进行发送，也可以根据对应的配置管理信息对待处理事件进行相应的数据处理。
37.在本公开的一些实施例中，发送处理方式可以包括点对点发送、广播发送、按组路由发送等。点对点发送为将消息发送到指定队列，等待消费者消费；广播发送为将消息发送到各个队列，等待消费者消费；按组路由发送为查找消息的目标系统组配置表，对消息进行分发，将该消息路由到指定目标系统。配置管理信息中存储的各待处理消息的发送处理方式可以结合具体的业务场景进行分析后，确定消息队列应该按照上述哪一种发送处理方式分发消息。
38.同时，令各目标系统监听属于本系统的消息。例如当使用广播方式进行消息路由时，不同的目标系统订阅了不同的消息队列，消息并不是发送至指定位置的，而是将不同的待处理消息对应传输至不同的消息队列中，因此，需要所有的目标系统对订阅了消息队列进行监听，判断消息队列中是否存在属于本系统的消息。目标系统可以动态执行目标方法。
39.步骤s500：根据发送处理方式通过消息发送接口将待处理消息透传至对应的消息队列。
40.根据确定的待处理消息的发送处理方式将待处理消息通过消息发送接口透传至对应的消息队列。本公开的一些实施例通过对各个消息中间件的消息发送接口进行整合封装，可以屏蔽不同消息队列使用上的差异性和复杂性，利用统一的消息发送接口对外提供简单易用的消息发送功能，事件平台无需配置复杂的配置文件即可享受高质量的消息收发服务。利用统一的消息发送接口，将待处理消息透传至对应的消息队列。
41.通过调用统一消息接口中消息队列对应的原生api(application programming interface，应用程序接口)。通过对各个消息队列的接口进行整合封装，可以屏蔽不同消息队列使用上的差异性和复杂性，对外提供统一的消息发送功能，为分布式业务系统提供场景化的高质量消息发送服务。消息通过消息队列相应的消息发送接口分发至对应的消息队列中。
42.步骤s600：通过消息队列将待处理消息发送至目标系统。
43.本公开提供的消息路由分发方法通过对多种消息中间件进行整合封装，兼容不同的消息中间件产品，可以屏蔽不同消息队列使用上的差异性和复杂性，从而实现对外提供
统一的消息收发功能，且提供了灵活的产品支持和扩展。
44.同时，事件平台还为业务场景提供了不同服务间的消息路由和分发处理机制。充分地考虑了各种业务应用场景，将不同业务类型的业务交易抽象为消息并进行分类，实现对不同类型事件接收、处理、分发的功能，可以做到低耦合、异步分发消息，还实现了流量削峰和错峰流控。
45.在其中一个实施例中，消息队列有预先设置的发送优先级，在根据发送处理方式通过消息发送接口将处理消息透传至对应的消息队列之前，还包括根据发送优先级确定优先发送的消息队列。在本公开的一些实施例中，优先对优先级更高的消息队列对应的待处理消息进行发送。例如，当消息队列包括第一消息队列和第二消息队列，且第一消息队列的优先级高于第二消息队列的优先级时，可以优先发送需要发送至第一消息队列的待处理消息。
46.根据发送处理方式将消息队列中的待处理消息透传至统一消息接口包括根据发送处理方式，通过消息发送接口将优先发送的消息队列对应的待处理消息透传至优先发送的消息队列。在待处理消息进行透传时，可以建立连接池，启动多线程进行消费透传。在本公开的一些实施例中，连接池中可以包括第一线程集合和第二线程集合，第一线程集合中的线程数量大于第二线程集合中的线程数量。第一线程集合优先对发送优先级更高的消息队列进行消费，即优先对需要透传至第一消息队列中的消息进行发送。在完成对第一消息队列中消息的发送后，第一线程集合还可以用于发送第二消息队列中的消息。第二线程集合则只用于消费第二消息队列中的消息。
47.在本公开的一些实施例中，将消息队列分为了普通队列和vip队列。vip队列的优先级高于普通队列的优先级。第一线程集合用于对需要发送至vip队列中的消息进行发送，第二线程集合用于对需要发送至消费普通队列中的消息进行发送。第一线程集合优先发送vip队列对应的消息，在结束对vip队列对应消息的发送后，第一线程集合再自动发送普通队列对应的消息。这样可以在保证优先消费vip队列的同时，防止资源浪费。
48.在其中一个实施例中，本公开中对kafka、rocketmq、activemq、rabbitmq这四种主流的消息中间件进行封装整合。由于在分布式系统中，任何机器都可能面临未知的宕机风险，因此对于kafka、rocketmq、activemq、rabbitmq这四种消息中间件全部通过集群部署的方案来实现其高可用性。本公开中使用的消息中间件均是较为成熟的软件，具备较强的容错能力，可靠性高。
49.在其中一个实施例中，在通过统一消息接口获取待处理消息前，所述方法还可以包括对消息中间件的配置信息进行更新。例如，配置信息中可以包括各消息队列对应的发送处理方式的配置信息，可以结合具体的业务场景进行分析后对各消息队列对应的发送处理方式的配置信息进行修改。实时消息路由分发方法通过对多种消息中间件的配置信息进行统一管理，从而应用端不需要在每一次配置信息更新后都需要对配置文件进行更新。
50.根据配置管理信息中数据相应的修改需求实时对配置管理信息进行更新。在一些实施例中，配置管理信息可以包括事件查询信息、事件类型配置信息、目标系统配置信息、消息发送信息。在应用时，可以根据实际应用情况对上述信息进行实时设定或修改。根据配置管理信息可以获知各个消息对应的目标系统、各个消息需要通过哪种消息中间件进行路由等信息。
51.配置管理信息还可以包括事件明细历史记录、消息发送历史记录等用于对工作状况进行存储的数据。对配置管理信息的管理还包括对各个消息队列的配置信息进行设置，如对消息队列的发送模式、是否持久化等属性进行设置。通过对配置管理信息进行更新与设置，可以对整个平台进行必要的管控。
52.在其中一个实施例中，不同的事件类型可以包括事务类事件、暂存确认类事件、反馈类事件、即时类事件。事件平台通过对业务交易等行为抽象成不同事件类型的消息，并根据各消息的特点进行分类，可以做到低耦合，通过异步分发消息，可以实现流量削峰，错峰流控。在消息处理过程中，针对不同事件类型的消息执行不同的处理。
53.本公开提供的消息路由分发方法充分地考虑了不同的业务场景，能够实现对不同场景下不同业务类型的消息接收、处理、分发的功能。为分布式业务系统提供了一种场景化高质量消息的消息处理方法，而不受限于使用一种消息中间件产生性能瓶颈。
54.图2为本发明其中一实施例的对消息合并转发的方法流程示意图，在其中一个实施例中，在根据发送处理方式通过消息发送接口将待处理消息透传至对应的消息队列后，所述方法还包括如下步骤s510至s540。
55.步骤s510：根据待处理消息对应的目标系统对待处理消息进行分类缓存。
56.对各个消息按照其需要发往的目标系统进行分类缓存。当分类缓存中的数据累积到一定程度后，对于发往同一目的地的消息，进行消息合并。
57.步骤s520：当分类缓存中透传至同一个目标系统的待处理消息的个数累计到预设数量时，将分类缓存中透传至同一个目标系统的待处理消息合并成第一批量消息集合；和/或。
58.在本公开的一些实施例中，可以当所有目标系统为同一个目标系统的消息累计到预设数量时，将发往同一目的地的消息合并成第一批量消息集合。
59.步骤s530：每间隔预设时间，将分类缓存中透传至同一个目标系统的待处理消息合并成第二批量消息集合。
60.在本公开的一些实施例中，还可以每间隔预设时间，将缓存中所有发往同一目的地的消息合并成第二批量消息集合。
61.通过消息队列将待处理消息发送至目标系统包括步骤s540：通过消息队列将第一批量消息集合和/或第二批量消息集合发送至对应的目标系统。
62.在完成消息合并后，将第一批量消息集合和/或第二批量消息集合送至对应的目标系统。本公开通过对需要发往同一目的地的消息进行合并来减少消息数量，进而减小消息中间件和服务器的处理压力。
63.图3为本发明另一实施例的数据迁移的方法流程示意图，在其中一个实施例中，在通过消息队列将待处理消息发送至目标系统后，所述方法还包括如下步骤s610至s620。
64.步骤s610：对待处理消息的发送操作记录于事件明细表中。
65.将对消息的接收、处理、发送等工作过程进行记录，记录于事件明细表中。事件明细表可以用于核对。事件明细表可以用于对事件进行备份、追溯、对账，在分布式场景下还可以配合对全局事务类事件的校验发送。例如，当消息发送出现异常导致目标系统未收到相应的消息时，可以通过核对事件明细表中的消息发送操作记录，来确定导致出现发送异常的原因，从而针对性地进行异常处理。在本公开的一些实施例中，还可以定时对事件明细
表进行检查，根据事件明细表判断是否存在消息漏发或误发等异常情况，若存在则可以重新发送漏发或误发的消息。通过对工作数据进行记录，可以保证操作的可靠性和安全性。
66.步骤s620：定时对事件明细表中的数据进行迁移。
67.由于事件明细表中记录的数据一直累积会导致数据过多，影响系统运行。为了避免事件明细表因日常使用而导致数据过多，因此在数据累积到一定程度后可以对数据进行迁移。在本公开的一些实施例中，通过定时将事件明细表中的消息迁移到记录表历史中，来保证事件明细表的数据量在可控范围内。在一些其他的实施例中，也可以在事件明细表中数据的占用空间累积到一定数据量后，将事件明细表中的消息迁移到记录表历史中，保证系统平台运行的稳定。
68.图4为本发明其中一实施例的消费结果确认机制的方法流程示意图，在其中一个实施例中，在通过消息队列将待处理消息发送至目标系统后，所述方法还包括如下步骤s630至s640。
69.步骤s630：接收目标系统反馈的对待处理消息的消费结果。
70.目标系统作为消费者在对其订阅的消息队列中存储的待处理消息进行消费后，将反馈一个消费结果至缓存该待处理消息的消息队列。消息队列可以根据消费结果来确定目标系统是否成功消费，从而判断是否需要清除其缓存的数据。
71.步骤s640：当目标系统反馈的消费结果为消费成功时，将消息队列中的待处理消息删除，将事件明细表中待处理消息的状态更改为已消费。
72.若目标系统反馈的消费结果为消费成功，则删除消息队列中缓存的待处理消息的数据，还可以将事件明细表中待处理消息的状态更改为已消费。
73.在其中一个实施例中，在通过消息队列将待处理消息发送至订阅了该消息队列的目标系统后，所述方法还包括当目标系统反馈的消费结果为消费失败时，重新将待处理消息通过统一消息接口发送至目标系统。
74.作为消费者的目标系统在消费了消息队列中缓存的待处理消息后，将返回消费结果至消息队列和事件平台。若消费结果为消费失败，则消息队列重新将待处理消息发送至统一消息接口，并通过统一消息接口将其存储的待处理消息重发至目标系统，并重新接收目标系统返回的消费结果。当对同一待处理消息重复发送次数超过预设次数后，消息队列仍然未收到目标系统反馈消费成功的消费结果，则消息队列不再继续发送该消息。可以发出报错信息，提醒运维人员该待处理消息无法正常发送。
75.上述消费确认机制可以用于确保消息队列中缓存的消息数据在被消费前不会丢失。只有当消费队列收到消费成功的确认信息后，才会将消费队列中缓存的消息数据清除，否则消息数据会一直存放在消息队列中，从而保证事件平台转发出的消息均被相应的目标系统消费。
76.应该理解的是，虽然图1
‑
图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1
‑
图4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执
行。
77.基于上述所述的消息路由分发方法实施例的描述，本公开还提供了一种消息路由分发装置。所述装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件等并结合必要的实施硬件的装置。基于同一创新构思，本公开实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
78.基于前述方法实施例的描述，本公开还提供了一种消息路由分发装置。图5为本发明其中一实施例的消息路由分发装置的结构框图，在其中一个实施例中，消息路由分发装置可以包括消息接口模块100、消息中间件配置模块200、消息中间件300。
79.消息接口模块100用于通过消息接收接口获取待处理消息，还用于通过消息发送接口将待处理消息透传至对应的消息队列。消息中间件配置模块200用于根据待处理消息的事件类型，确定与事件类型相匹配的消息中间件；还用于将待处理消息透传至消息中间件；还用于根据配置管理信息确定与待处理消息的事件类型相匹配的消息队列和发送处理方式；还用于根据发送处理方式通过消息发送接口将待处理消息透传至对应的消息队列。消息中间件模块300用于通过消息队列将待处理消息发送至目标系统。
80.不同类型的消息通过不同的消息中间件进行缓存、路由分发，消息接口模块100可以根据待处理消息对应的消息中间件，向事件平台和各个目标系统提供对应的简单易用的消息接收接口和消息发送接口，通过统一消息接口获取待处理消息。通过对各个消息队列进行整合封装，消息接口模块100的统一消息接口可以屏蔽不同消息中间件使用上的差异性和复杂性，对外提供统一的消息收发功能，为分布式业务系统提供场景化的高质量消息接收服务。
81.不同的消息中间件对应的消息队列具有不同的配置管理信息，现有技术大多通过复杂的配置文件实现一个消息中间件的简单消息路由功能。本公开对各个消息中间件进行整合封装后，各个消息中间件的配置信息都整合于一体，对外提供统一的消息收发功能，并对整合于一体的配置信息进行统一的存储与管理。
82.本公开提供的消息路由分发装置通过对多种消息队列进行整合封装，可以屏蔽不同消息队列使用上的差异性和复杂性，从而实现对外提供统一的消息收发功能。同时，消息路由分发装置还可以为业务场景提供了不同服务间的消息路由和分发处理机制。充分地考虑了各种业务应用场景，将不同业务类型的业务交易抽象为消息并进行分类，实现对不同类型事件的消息进行接收、处理、分发的功能，可以做到低耦合、异步分发消息，同时，还实现了流量削峰和错峰流控。
83.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
84.可以理解的是，本说明书中上述方法、装置等的各个实施例均采用递进的方式描述，各个实施例之间相同/相似的部分互相参见即可，每个实施例重点说明的都是与其它实施例的不同之处。相关之处参见其他方法实施例的描述说明即可。
85.图6是根据一示例性实施例示出的一种消息路由分发装置或系统s00的框图。参照图6，消息路由分发装置或系统s00包括处理组件s20，其进一步包括一个或多个处理器，以及由存储器s22所代表的存储器资源，用于存储可由处理组件s20的执行的指令，例如应用程序。存储器s22中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件s20被配置为执行指令，以执行上述方法。
86.消息路由分发装置或系统s00还可以包括：电源组件s24被配置为执行消息路由分发装置或系统s00的电源管理，有线或无线网络接口s26被配置为将消息路由分发装置或系统s00连接到网络，和输入输出(i/o)接口s28。消息路由分发装置或系统s00可以操作基于存储在存储器s22的操作系统，例如windows server，mac os x，unix，linux，freebsd或类似。
87.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器s22，上述指令可由消息路由分发装置或系统s00的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
88.在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由消息路由分发装置或系统s00的处理器执行以完成上述方法。
89.在本说明书的描述中，参考术语“有些实施例”、“其他实施例”、“理想实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特征包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性描述不一定指的是相同的实施例或示例。
90.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
91.以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以作出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。