CN110769018A

CN110769018A - 一种消息推送方法及装置

Info

Publication number: CN110769018A
Application number: CN201810845443.9A
Authority: CN
Inventors: 梁洪波
Original assignee: Beijing Gridsum Technology Co Ltd
Current assignee: Beijing Gridsum Technology Co Ltd
Priority date: 2018-07-27
Filing date: 2018-07-27
Publication date: 2020-02-07

Abstract

本发明提供的一种消息推送方法及装置，该方法包括：接收事件发布者发布的事件；获取Kafka队列中存储的发布的事件对应的消息，该消息为消息生产者向Kafka队列发布的消息，该消息包含对应事件的唯一标识符；根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定发布的事件对应的事件订阅者；将获取的消息推送至发布的事件对应的事件订阅者。本发明在接收事件发布者发布的事件的同时，获取存储在Kafka队列中的消息生产者发布的消息；通过确定发布的事件对应的事件订阅者，将获取的消息推送至发布的事件对应的事件订阅者，使开发者能够更多的关注业务逻辑，不需要再为消息的获取耗费相应的时间。

Description

一种消息推送方法及装置

技术领域

本发明涉及通信技术领域，更具体的，涉及一种消息推送方法及装置。

背景技术

由于企业商业环境不断变化，在新的企业应用中，各类应用系统要能够快速适应变化，必须是轻量级和碎片化的应用，应用架构必须支持并适应这种变化，也需要向互联网方向转变。随着互联网的发展，系统的操作不再是传统的记日志方式就能够满足，而是需要对每一步操作需要通知到相关人员，让相关人员第一时间知道，并快速处理相关任务，而轻量级与碎片化应用之间需要通过消息机制的异步调用，因此，各应用之间的消息推送功能在企业互联网应用中就显得尤为重要。

Kafka是一种分布式的，基于发布/订阅的消息，但根据Kafka的架构可以很清楚地看到Kafka目前主要是通过拉模式向业务系统拉取新消息，现有的Kafka中，若事件订阅者需要获取新消息，则需要通过轮询的方式进行，一般的流程如图1所示，在该流程中，由事件订阅者持续地发送请求获取Kafka中指定队列的消息，因此，在获取新消息时需要耗费相应的时间。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的消息推送方法及装置，以使开发者能够更多的去关注业务逻辑，不需要再为消息的获取耗费相应的时间。

具体技术方案如下：

一种消息推送方法，应用于事件总线，该方法包括：

接收事件发布者发布的事件；

获取Kafka队列中存储的所述发布的事件对应的消息，所述消息为消息生产者向所述Kafka队列发布的消息，所述消息包含对应事件的唯一标识符；并根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定所述发布的事件对应的事件订阅者；

将获取的消息推送至所述发布的事件对应的事件订阅者。

进一步地，根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定所述发布的事件对应的事件订阅者的步骤，包括：

对所述发布的事件进行解析，获取所述发布的事件的事件参数；

根据所述发布的事件的所述事件参数获取所述发布的事件的事件处理函数集合，所述事件处理函数集合中包含处理所述发布的事件的所有事件处理函数；

根据事件处理函数与事件订阅者的对应关系和所述事件对应的事件处理函数集合，得到所述发布的事件的事件处理函数集合对应的事件订阅者，即所述发布的事件对应的事件订阅者。

进一步地，，还包括：获取事件订阅者的注册信息，所述注册信息中包含该事件订阅者订阅的各事件的唯一标识符。

进一步地，，还包括：根据所述事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合。

进一步地，，所述根据所述事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合的步骤，包括：

根据所述事件订阅者的注册信息获取订阅事件的事件处理函数，并生成所述事件订阅者的事件方法集合，所述事件方法集合中包含所述事件订阅者所有订阅事件的事件处理函数；

所有事件订阅者的事件方法集合汇总为总事件订阅集合；

遍历所述总事件订阅集合，根据事件类型进行分类，得到各事件的事件处理函数集合。

一种消息推送装置，包括：

接收单元，用于接收事件发布者发布的事件；

获取单元，用于获取Kafka队列中存储的所述发布的事件对应的消息，所述消息为消息生产者向所述Kafka队列发布的消息，所述消息包含对应事件的唯一标识符；

确定单元，用于根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定所述发布的事件对应的事件订阅者；

推送单元，用于将获取的消息推送至所述发布的事件对应的事件订阅者。

进一步地，，所述确定单元包括：

解析单元，用于对所述发布的事件进行解析，获取所述发布的事件的事件参数；

第一处理单元，用于根据所述发布的事件的所述事件参数获取所述发布的事件的事件处理函数集合，所述事件处理函数集合中包含处理所述发布的事件的所有事件处理函数；

第二处理单元，用于根据事件处理函数与事件订阅者的对应关系和所述事件对应的事件处理函数集合，得到所述发布的事件的事件处理函数集合对应的事件订阅者，即所述发布的事件对应的事件订阅者。

进一步地，，还包括：

注册信息获取单元，用于获取所述事件订阅者的注册信息，所述注册信息中包含该事件订阅者订阅的各事件的唯一标识符。

一种存储介质，所述存储介质包括存储的程序，

其中，在所述程序运行时控制所述存储介质所在的设备执行如上述所述的消息推送方法。

一种处理器，所述处理器用于运行程序，

其中，所述程序运行时执行如上述所述的消息推送方法。

借由上述技术方案，本发明提供的一种消息推送方法及装置，该方法包括：接收事件发布者发布的事件；获取Kafka队列中存储的发布的事件对应的消息，该消息为消息生产者向Kafka队列发布的消息，该消息包含对应事件的唯一标识符；根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定发布的事件对应的事件订阅者；将获取的消息推送至发布的事件对应的事件订阅者。本发明在接收事件发布者发布的事件的同时，获取存储在Kafka队列中的消息生产者发布的消息；根据所发布的事件确定发布的事件对应的事件订阅者，将获取的消息推送至发布的事件对应的事件订阅者，使开发者能够更多的去关注业务逻辑，不需要再为消息的获取耗费相应的时间。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了现有技术中kafka消息获取的流程示意图；

图2示出了本发明实施例提供的事件和消息发布的整体流程图；

图3示出了本发明实施例提供的一种消息推送方法流程图；

图4示出了本发明实施例提供的步骤S303的流程示意图；

图5示出了本发明实施例提供的另一种消息推送方法流程图；

图6示出了本发明实施例提供的步骤S305的流程示意图；

图7示出了本发明实施例提供的分完类型后的事件函数模型；

图8示出了本发明实施例提供的事件发布和消息发布的流程示意图；

图9示出了本发明实施例提供的一种消息推送装置结构示意图；

图10示出了本发明实施例提供的另一种消息推送装置结构示意图。

具体实施方式

术语解释：

Handler：主要用于异步消息的处理，当发出一个消息后，首先进入一个消息队列，发送消息的函数即刻返回，而另外一个部分在消息队列中逐一将消息取出，然后对消息进行处理，也就是发送消息和接收消息不是同步的处理，这种机制通常用来处理相对耗时比较长的操作。

Kafka：由Appache软件基金会开发的一个开源流处理平台，是一个高吞吐量的分布式消息系统，可以处理消费者规模的网站中的所有动作流数据，主要的实际目标包括：以时间复杂度为O(1)的方式提供消息持久化能力，即使对TB级以上的数据也能保证常数时间的访问性能；高吞吐量，即使在廉价的商用机器上也能做到单机支持每秒100K条消息的传输；支持Kafka Server间的消息分区及分布式消费，同时保证每个Partition内的消息顺序传输；同时支持离线数据处理和实时数据处理。

事件：Event，其实就是一个对象，可以是网络请求返回的字符串，也可以是某个开关状态等等，事件类型指事件所属的类，这个类型主要是用于区分不同事件的唯一标识符。

事件总线：Event bus，是对发布-订阅模式的一种实现，它是一种集中式事件处理机制，允许不同的组件之间进行彼此通讯而不需要相互依赖，达到一种解耦的目的。

事件消费者：Subscriber，即事件订阅者，订阅某种事件类型的对象，当有事件生产者发布这类事件后，事件总线会执行事件消费者的事件处理函数，这个事件叫事件响应函数，事件消费者也即消息消费者，在事件向事件消费者发布的同时，也对消息进行推送或拉取。

事件生产者：Publisher，即事件发布者，发布某种事件的对象，通过发布事件的接口发布事件，事件生产者也即消息生产者，在发布事件的同时也发布消息。

推模式与拉模式：在推模式中，当有新消息产生时，业务系统会主动将新消息实时推送到对应的订阅者，这些消息会实时地发送到订阅者处以某种形式存缓存起来，以便订阅者在将来获取这些消息；在拉模式中，当有新消息产生时，业务系统不会主动将消息推送给订阅者，而是由订阅者自己向业务系统发出请求拉取新消息。

解耦：耦合是指两个或两个以上的体系或两种运动形式间通过相互作用而彼此影响以致联合起来的现象，解耦就是用数学方法将两种运动分离开来处理问题，常用解耦方法就是忽略或简化对所研究问题影响较小的一种运动，只分析主要的运动。

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明提出了一种消息推送方法及装置，本发明通过事件总线拉取存储在Kafka队列的消息，并根据事件订阅者的注册信息推送至对应的事件订阅者，以实现在获取新消息时直接将新消息推送到业务系统，使开发者能够更多的去关注业务逻辑，不需要再为消息的获取耗费相应的时间。

整个事件和消息分发的整体流程如图2所示，事件和消息发布是可以通过设计的统一默认的事件发布者，通过默认的事件发布者来发送各种各样的事件以及对应各个事件的消息，将对应各个事件的消息发布至Kafka队列中，由事件总线采用轮询的方式从Kafka队列中拉取消息，同时所有发送的事件都会汇总到事件总线中进行处理，通过解析每一个事件，最终将事件以及获得的消息推送至对应的事件订阅者。

如图2所示，在事件发布者发布一个事件1(事件1是事件订阅者1订阅的事件)的同时，消息发布者发布一个与事件1对应的消息1，并将消息1发布至Kafka队列中；然后，事件总线将事件1分发至事件订阅者1的同时从Kafka队列中拉取消息1推送至对应的事件订阅者1。

本发明实施例主要用于SEO排名模块中的数据中心以及业务系统的通讯中，实现数据中心和业务系统之间的解耦，事件总线在将事件分发至对应的事件订阅者的同时，也将对应的消息推送至对应的事件订阅者，这样就实现了整个通信过程，以下通过具体实施例来说明本发明的消息推送方法。

请参阅图3，本实施例公开了一种消息推送方法，具体可以包括以下步骤：

S301、接收事件发布者发布的事件。

本发明实施例中，事件发布者向事件总线发布事件，即，事件总线接收事件发布者发布的事件，事件发布者为统一默认的事件发布者，事件发布者发布的各个事件均被汇总至事件总线进行处理。

S302、获取Kafka队列中存储的发布的事件对应的消息。

本发明实施例中，在事件发布者发布事件同时，事件发布者作为消息生产者会发布对应事件的消息，且将发布的消息存储在Kafka队列中，事件总线从Kafka队列中获取存储的发布的事件对应的消息，所述消息为消息生产者向所述Kafka队列发布的消息，所述消息包含对应事件的唯一标识符。

S303、根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定发布的事件对应的事件订阅者。

需要说明的是，本发明实施例中，可以先确定事件订阅者，再去获取消息，也可以先获取消息，再确定事件订阅者，步骤S302和步骤S303的先后顺序可以进行变更，在本发明实施例中，并不限制其先后顺序，也可以是同时进行执行的。

本发明实施例中，可以根据所发布的事件以及所发布的事件与事件订阅者的对应关系来确定发布的事件对应的事件订阅者。

如图4所示，根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定各事件对应的事件订阅者的步骤，具体可以包括如下步骤：

S401、对发布的事件进行解析，获取发布的事件的事件参数。

S402、根据发布的事件的所述事件参数获取发布的事件的事件处理函数集合，所述事件处理函数集合中包含处理发布的事件的所有事件处理函数。

需要说明的是，每个事件可以对应多个事件处理函数，而一个事件处理函数对应一个事件订阅者；对于无人订阅的事件，其事件处理函数集合为空集。在本发明实施例中在执行各个事件处理函数时会采用轮询方式到Kafka队列中拉取与该事件处理函数对应的事件的消息。

S403、根据事件处理函数与事件订阅者的对应关系和事件对应的事件处理函数集合，得到发布的事件的事件处理函数集合对应的事件订阅者，也即发布的事件对应的事件订阅者。

本发明实施例中，事件发布者所发布的事件可以对应至少一个事件订阅者，因此，可以对发布的事件进行解析，获取发布的事件的事件参数，再根据发布的事件的事件参数对事件进行分析，得到发布的事件的事件处理函数集合，具体的，事件处理函数集合中包含处理事件的发布的事件处理函数，而每个事件处理函数对应一个事件订阅者，由此根据事件处理函数与事件订阅者的对应关系和事件对应的事件处理函数集合，可以得到发布的事件的事件处理函数集合对应的事件订阅者，即发布的事件对应的事件订阅者。

S304、将获取的消息推送至发布的事件对应的事件订阅者。

进一步地，本发明的实施例中，在步骤S301之前，还包括步骤S300、获取所述事件订阅者的注册信息，上述注册信息中包含该事件订阅者订阅的各事件的唯一标识符，如图5所示。

本发明实施例中，首先需要一个接受者作为事件订阅者进行注册，一旦事件订阅者进入事件总线后，此时事件总线里就存储了该事件订阅者的唯一标识符。具体的注册过程可以通过现有技术中的用户注册流程进行处理，在此不做限定，且不做具体的阐述。

进一步地，本发明的实施例中，在事件订阅者预先进行注册后，还包括步骤S305、根据事件订阅者的注册信息对事件进行分类，得到各事件的事件处理函数集合，如图5所示。

如图6所示，步骤S305、根据事件订阅者的注册信息对事件进行分类，得到各事件的事件处理函数集合的步骤，具体包括如下步骤：

S601、根据所述事件订阅者的注册信息获取订阅事件的事件处理函数，并生成所述事件订阅者的事件方法集合，所述事件方法集合中包含所述事件订阅者所有订阅事件的事件处理函数。

S602、所有事件订阅者的事件方法集合汇总为总事件订阅集合。

S603、遍历所述总事件订阅集合，根据事件类型进行分类，得到各事件的事件处理函数集合。

本发明实施例中，步骤S603具体可以通过以下步骤实现：

使用for循环语句遍历总事件订阅集合中的每个元素，每个元素均表示一个事件处理函数，每次获取其中一个元素；

需要说明的是，每个元素对应一个事件处理函数，而一个事件处理函数属于一个事件。

通过获取的每个元素得到其中所包含的事件参数信息；

根据事件参数信息中的事件类型对总事件订阅集合进行分类，得到各个事件的事件处理函数集合。

分完类型后的事件函数模型如图7所示，事件总线的核心功能是对事件进行分发，如何正确的将事件发布到对应的订阅者上是其核心工作。

具体的，结合图2和图8说明事件发布和消息发布的流程：

事件发布者通过事件总线将事件发布至事件订阅者，而在事件发布的同时消息发布者发布与事件对应的消息，并将发布的消息发布至Kafka队列中；

事件总线从Kafka队列中拉取发布的事件对应的消息；

事件总线根据事件订阅者的注册信息将对应的消息推送至对应的事件订阅者。

本发明实施例提供的一种消息推送方法，该方法包括：接收事件发布者发布的事件；获取Kafka队列中存储的发布的事件对应的消息，该消息为消息生产者向Kafka队列发布的消息，该消息包含对应事件的唯一标识符；根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定发布的事件对应的事件订阅者；将获取的消息推送至发布的事件对应的事件订阅者。本发明在接收事件发布者发布的事件的同时，获取存储在Kafka队列中的消息生产者发布的消息；根据所发布的事件确定发布的事件对应的事件订阅者，将获取的消息推送至发布的事件对应的事件订阅者，使开发者能够更多的去关注业务逻辑，不需要再为消息的获取耗费相应的时间。

请参阅图9，基于上述实施例公开的一种消息推送方法，本实施例对应公开了一种消息推送装置，具体包括：接收单元901、获取单元902、确定单元903和推送单元904，其中：

接收单元901，用于接收事件发布者发布的事件；

获取单元902，用于获取Kafka队列中存储的发布的事件对应的消息，所述消息为消息生产者向所述Kafka队列发布的消息，所述消息包含对应事件的唯一标识符；

确定单元903，用于根据所发布的事件以及所发布的事件与事件订阅者对应的关系确定发布的事件对应的事件订阅者；

推送单元904，用于将获取的消息推送至发布的事件对应的事件订阅者。

进一步地，如图10所示，所述确定单元903可以包括：

解析单元1001，用于对发布的事件进行解析，获取发布的事件的事件参数；

第一处理单元1002，用于根据发布的事件的事件参数获取发布的事件的事件处理函数集合，所述事件处理函数集合中包含处理发布的事件的所有事件处理函数；

第二处理单元1003，用于根据事件处理函数与事件订阅者的对应关系和事件对应的事件处理函数集合，得到发布的事件的事件处理函数集合对应的事件订阅者，即发布的事件对应的事件订阅者。

进一步地，如图10所示，该装置还可以包括：

注册信息获取单元900，用于获取事件订阅者的注册信息，上述注册信息中包含该事件订阅者订阅的各事件的唯一标识符。

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

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数以实现在获取新消息时直接将新消息推送消息到业务系统，使开发者能够更多的去关注业务逻辑，不需要再为消息的获取耗费相应的时间。

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

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

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

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

接收事件发布者发布的事件；

获取Kafka队列中存储的所述发布的事件对应的消息，所述消息为消息生产者向所述Kafka队列发布的消息，所述消息包含对应事件的唯一标识符；并根据所发布的事件及所发布的事件与事件订阅者的对应关系确定所述发布的事件对应的事件订阅者；

将获取的消息推送至所述发布的事件对应的事件订阅者。

进一步地，根据所发布的事件及所发布的事件与事件订阅者的对应关系确定各事件对应的事件订阅者的步骤，包括：

进一步地，还包括：获取事件订阅者的注册信息，所述注册信息中包含该事件订阅者订阅的各事件的唯一标识符。

进一步地，还包括：根据事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合。

进一步地，上述根据事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合的步骤，包括：

根据所述事件订阅者的注册信息获取订阅事件的事件处理函数，并生成所述事件订阅者的事件方法集合，所述事件方法集合中包含所述事件订阅者所有事件的事件处理函数；

所有事件订阅者的事件方法集合汇总为总事件订阅集合；

本文中的设备可以是服务器、PC、PAD、手机等。

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

接收事件发布者发布的事件；

将获取的消息推送至所述发布的事件对应的事件订阅者。

进一步地，根据所发布的事件及所发布的事件与事件订阅者的对应关系确定所述发布的事件对应的事件订阅者的步骤，包括：

进一步地，还包括：根据所述事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合。

进一步地，所述根据所述事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合的步骤，包括：

所有事件订阅者的事件方法集合汇总为总事件订阅集合；

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

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

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

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

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

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

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

Claims

1.一种消息推送方法，其特征在于，应用于事件总线，该方法包括：

接收事件发布者发布的事件；

将获取的消息推送至所述发布的事件对应的事件订阅者。

2.根据权利要求1所述的方法，其特征在于，根据所发布的事件以及所发布的事件与事件订阅者的对应关系确定所述发布的事件对应的事件订阅者的步骤，包括：

3.根据权利要求1所述的方法，其特征在于，还包括：获取事件订阅者的注册信息，所述注册信息中包含该事件订阅者订阅的各事件的唯一标识符。

4.根据权利要求3所述的方法，其特征在于，还包括：根据所述事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合。

5.根据权利要求4所述的方法，其特征在于，所述根据所述事件订阅者的注册信息对所述事件进行分类，得到各事件的事件处理函数集合的步骤，包括：

所有事件订阅者的事件方法集合汇总为总事件订阅集合；

6.一种消息推送装置，其特征在于，包括：

接收单元，用于接收事件发布者发布的事件；

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

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

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，

其中，在所述程序运行时控制所述存储介质所在的设备执行如权利要求1-5中任一项所述的消息推送方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，

其中，所述程序运行时执行如权利要求1-5中任一项所述的消息推送方法。