[发明专利]基于消息队列的业务控件化处理的方法及系统

说明书

本发明涉及一种基于消息队列的业务控件化处理的方法，其包括以下步骤：S1：将业务分为一个或多个业务块；S2：业务监听器通过分析所述业务判定待处理的业务块；S3：根据业务块类型选择业务块处理器，以处理所述业务块；S4：判断所述业务块是否存在后续业务块；若存在，则将业务块消息发送至消息队列，并执行步骤S2；否则将由业务块处理器处理所述业务块获得的处理结果存储在数据库中；其中，所述业务块消息包括所述后续业务块的信息和所述处理结果。本发明还公开了一种基于消息队列的业务控件化处理的系统。

技术领域

本发明涉及计算机网络技术领域，尤其涉及基于消息队列的业务控件化处理的方法及系统。

背景技术

在基于电子商务的业务中，多采用微服务的方式，一个业务可能会涉及到很多系统的调用，如果中间出现异常，则需要重新再运行一遍。这不仅影响效率，而且可能会重复执行某些数据库的插入操作，导致系统出现异常。

目前有基于事件驱动的Actor模型，比如Akka，其中Akka是一个用Scala编写的库，用于简化编写容错的、高可伸缩性的Java和Scala的Actor模型应用。采用Akka框架，消息发送的可靠性的保障，以及消息消费的防重机制略显复杂，不便于快速学习。并且，采用该方法还需要搭建一套全新的分布式环境，从而导致系统的维护成本较高。同时，Akka框架没有提供开源的消息监控界面，不利于从整体上把握系统的性能。

发明内容

有鉴于此，本发明提供一种基于消息队列的业务控件化处理的方法及系统，能够将一个业务细分为多个可复用的业务块，并为每个业务块定义一个业务块类型。根据业务块类型选择用于处理所述业务块的业务块处理器，通过发送消息的方式实现不同业务块之间的交互。

为实现上述目的，根据本发明的一个方面，提供了一种基于消息队列的业务控件化处理的方法。

本发明的方法包括以下步骤：

S1：将业务分为一个或多个业务块；

S2：业务监听器通过分析所述业务判定待处理的业务块；

S3：根据业务块类型选择业务块处理器，以处理所述业务块；

S4：判断所述业务块是否存在后续业务块；若存在，则将业务块消息发送至消息队列，并执行步骤S2；否则将由业务块处理器处理所述业务块获得的处理结果存储在数据库中；其中，所述业务块消息包括所述后续业务块的信息和所述处理结果。

可选地，该方法还包括：在步骤S3之前，判断内存数据库中是否存在所述业务的标记信息；若存在，则结束；否则执行步骤S3，并将所述业务的标记信息存储在所述内存数据库中。

可选地，该方法还包括：判断将业务块消息发送至消息队列是否成功；若不成功，则根据消息队列的重试机制将所述业务块消息发送至所述消息队列；若仍未成功，则将所述业务块消息发送至内存数据库；创建启动任务，并设置所述启动任务的启动时间；其中，所述启动任务为将内存数据库的任务队列中的业务块消息发送至消息队列。

可选地，该方法还包括：判断在消费消息时是否出现异常；若出现异常，则将所述业务块消息发送至110异常处理队列中，并执行步骤S3；否则，执行步骤S4。

可选地，该方法还包括：根据所述业务设置主题；在步骤S4中，将业务块消息发送至与所述主题相对应的消息队列，并且将所述业务块消息存储在所述主题下。

可选地，设置所述内存数据库存储所述标记信息的时效，达到所述时效，删除所述内存数据库中存储的所述标记信息。

根据本发明的另一方面，提供了一种基于消息队列的业务控件化处理的系统。

本发明的系统包括：拆分模块，用于将业务分为一个或多个业务块；

监听模块，用于通过分析所述业务判定待处理的业务块；