一种组件化编程及无缝执行方法与流程

文档序号:17079293发布日期:2019-03-09 00:03阅读:164来源:国知局
一种组件化编程及无缝执行方法与流程

本发明涉及数据处理领域,尤其涉及一种组件化编程及无缝执行方法。



背景技术:

在实时高并发的实时交易系统或软件体系中,为了支撑业务功能的快速迭代,实现快速无影响发布,降低系统性风险及资金损失,增强系统鲁棒性,通常采用如下方式:

a)在中间件层:使用nginx或类nginx的openresty、tengine等负载均衡/反向代理软件或f5等负载均衡设备,基于权重、ip、hash等规则进行业务系统流量的不均匀分发,实现灰度发布;使用redis、memcache、encache等分布式缓存系统存储基于请求特征的分发规则,及规则结果对应的系统,依赖提取出的请求报文特征,进行交易系统的节点的指定分发;在服务器节点基于请求报文特征进行内部处理函数的选取。

b)在应用系统进程内部,通常采用如下方式:采用aop或ioc模式,或函数指针模式,依赖约定或配置驱动进行互相内部调用;采用脚本语言等解释性语言,封装底层组件库,依赖于具体前置后继条件,控制流程并调用底层组件进行执行。

c)在应用系统外部,通常采用如下方式:基于consul、dubbo等软件搭建配置中心,基于zookeeper等调度软件实现跨服务调用;基于微服务模式实现应用解耦,采用大量的小进程剥离服务,通过独立起停进程控制软件服务快速发布;通过客户端软件往服务器下载对应的版本程序,在客户端本地执行。

基于上述指出的行业方案,存在如下缺点:基于请求特征进行流量分发,采用灰度发布,发布应用相对应的系统节点命中的交易依然存在风险,尤其对于金融交易等高并发且资金敏感系统来说,依赖于约定或者配置,在发布时需要更新散落于操作系统或镜像资源的代码配置文件,并重启应用进程进行加载,在启动过程中交易存在服务丢失的风险,而且无法进行在交易过程中进行特征数据的匹配和执行。

编译性语言或解释性语言的拦截调用方式及加载效率较差,在高并发场景下处理能力容易达到瓶颈。

微服务模式,在复杂系统将会占用大量的进程资源,且存在不同服务模块之间扇入扇出流量背压的问题;一旦发布有误,必须回退版本,不能实现细化到具体用户具体交易具体组件的细粒度准确控制。



技术实现要素:

为了克服上述现有技术中的不足,本发明提供一种组件化编程及无缝执行方法,方法包括:

步骤一:在配置中心配置系统交易功能模块;

步骤二:配置中心将系统交易功能模块配置到系统节点,使系统节点基于用户请求要素动态规则得出请求特征值或具有静态要素标记的请求特征值;

步骤三:配置中心将配置信息推送至分布式缓存服务器,同时各系统节点每经过一预设时长从分布式缓存服务器抓取配置信息,并将配置信息更新至本地进程缓存;

步骤四:系统节点在收到用户交易请求指令后,对用户交易请求指令进行特征值提取,依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块;

若在本地进程缓存中查找到与提取特征值相符合的系统交易功能模块,则执行所述系统交易功能模块,实现交易数据处理。

优选地,步骤四之后还包括:

若在本地进程缓存中未查找到与提取特征值相符合的系统交易功能模块;

系统节点从分布式缓存服务器中查找与提取特征值相符合的系统交易功能模块;

若在分布式缓存服务器中查找到与提取特征值相符合的系统交易功能模块,则将所述系统交易功能模块配置到本地进程缓存中;

在本地进程缓存执行所述系统交易功能模块,实现交易数据处理。

优选地,步骤四之后还包括:

若在分布式缓存服务器中未查找到与提取特征值相符合的系统交易功能模块,切换查找用户交易请求指令的数据源,提取用户交易请求指令中的应用代码,在配置中心的数据库配送表中基于用户交易请求指令中的应用代码查找系统交易功能模块;

若在配置中心的数据库配送表中查找到与应用代码相匹配的系统交易功能模块,则将所述系统交易功能模块配置到分布式缓存服务器中;

再将所述系统交易功能模块配置到本地进程缓存中;

在本地进程缓存执行所述系统交易功能模块,实现交易数据处理。

优选地,步骤一还包括:创建消息总线,消息总线用于获取系统交易功能模块的功能,系统交易功能模块的执行交易流程及交易顺序,还为配置中心与系统节点之间以及系统节点之间提供通信服务;

消息总线将获取的系统交易功能模块的执行交易流程及交易顺序配置到配置中心以及各个系统节点;

消息总线包括:消息配置队列、事件监听线程池、监听进程、工作线程池,进程内存;

消息配置队列用于配置系统交易功能模块的发起地址,配置系统交易功能模块的功能,配置系统交易功能模块的接收地址,配置系统交易功能模块的执行交易流程及交易顺序,配置系统交易功能模块的时间;

配置系统交易功能模块的功能包括:预设数量的代码逻辑片段和预设数量的代码组件;

每个交易数据处理流程由若干代码逻辑片段组成,每一逻辑片段由若干个代码组件组成,上一逻辑片段的最后一代码组件输出指定下一逻辑片段的起始代码组件;

系统交易功能模块的执行交易流程,依据交易顺序,将交易流程对应的若干逻辑片段,逻辑片段对应的代码组件的引用关系,逻辑片段之间的跳转逻辑进行图形化的配置;将系统交易功能模块的执行交易流程写入数据库进行保存。

优选地,步骤二还包括:

启动系统节点,将存储后的系统交易功能模块的执行交易流程配置加载至各个系统节点的本地进程缓存中,还将系统交易功能模块的执行交易流程存储至系统节点的本地存储器;

系统节点通过守护线程进行缓存的即时刷新或接收配置中心发布的广播消息,以进行系统交易功能模块的执行交易流程代码及时更新。

优选地,步骤二还包括:配置中心设置有组件库,预设的代码组件存储在组件库;

配置中心在组件库中对每个代码组件进声明;声明信息包括:代码组件地址,代码组件主类,代码组件的源代码,编译的可执行程序名称及发布路径;发布路径包括:代码对应发布的服务器路径地址;

系统节点通过守护线程轮询配置中心的组件库,判断组件库中的代码组件是否更新;

当组件库中的代码组件更新时,判断更新的代码组件是否与系统节点的系统交易功能模块的每个代码逻辑片段中的代码组件相符合;

如符合,系统节点通过与配置中心之间配置的代码组件更新发布路径,下载更新的代码组件,将下载的更新代码组件保存至系统节点的本地存储器;

系统节点将更新的代码组件加载到相应的系统交易功能模块的代码逻辑片段中,形成更新后的系统交易功能模块;同时保存未更新代码组件的系统交易功能模块;

系统节点将更新代码组件的信息形成更新日志,并在更新日志上标识系统节点的编码信息,将具有系统节点编码信息的更新日志上传至配置中心;

配置中心更新系统日志,通过系统日志记录各个系统节点的更新状态信息。

优选地,系统节点的应用进程通过守护线程监控本地资源及系统交易流程的配置信息;

加载本地代码组件信息,辨识本地系统交易功能模块的代码组件更新信息;当当前交易信息为更新代码组件的交易流程时,调用更新后的系统交易功能模块执行交易流程;

当当前交易信息为未更新代码组件的交易流程时,调用未更新的系统交易功能模块执行交易流程;

系统节点的代码组件更新后,进行交易流程配置的更新执行,保证系统准确性。

优选地,步骤二之后还包括:启动系统服务,启动消息总线,各个系统节点向消息总线注册系统节点地址和系统节点所对应的系统交易功能模块所实现的交易功能;

在进行交易处理时,依据系统交易功能模块的执行交易流程及交易顺序,执行交易的系统节点向消息总线的事件监听线程池发送消息;

消息总线接收到系统节点发送的交易事件后,监听进程将交易事件的系统节点地址,交易双方信息及状态信息进行登记,并存储在进程内存中;

监听进程将交易事件的每个步骤分发给工作线程池,工作线程池接收交易事件,工作线程池对交易事件过程,依据预设的交易顺序,对交易流程对应的若干逻辑片段,逻辑片段对应的代码组件的引用关系逐一进行监控校验,直至交易处理完成。

优选地,方法还包括:启动系统服务,启动消息总线,各个系统节点向消息总线注册系统节点地址和系统节点所对应的系统交易功能模块所实现的交易功能;

启动预设交易处理进程,各个系统节点依据系统交易功能模块的执行交易流程及交易顺序,执行交易,并向消息总线的事件监听线程池发送消息;

消息总线接收到系统节点发送的交易事件后,监听进程将交易事件的系统节点地址,交易双方信息及状态信息进行登记,并存储在进程内存中;

监听进程将交易事件的每个步骤分发给工作线程池,工作线程池接收交易事件,工作线程池对交易事件过程,依据预设的交易顺序,对交易流程对应的若干逻辑片段,逻辑片段对应的代码组件的引用关系逐一进行监控校验;

在执行预设过程中,监测到当某一交易步骤的顺序变更,或某一代码组件变更,或代码组件之间的引用关系发生变更时,监听进程回调执行过程,在分布式缓存服务器中获取系统交易功能模块是否更新;

如在分布式缓存服务器中系统交易功能模块已更新时,执行更新后的系统交易功能模块,直至后续交易处理完成;

如在分布式缓存服务器中获取系统交易功能模块未更新时,在配置中心和系统节点中发出报错信息,并停止执行交易。

优选地,监听进程以观察序列模式,将交易过程中的正常执行信息、异常处理信息、预置信息及清理动作信息进行分别封装调用,将散落在代码组件内的各种应用流程异常信息、代码异常信息、底层异常信息,进行信息上浮显示报错,实现了错误信息的及时抛出,集中处理。

从以上技术方案可以看出,本发明具有以下优点:

本发明在交易过程中系统节点基于用户请求要素动态规则得出请求特征值或具有静态要素标记的请求特征值,系统节点在收到用户交易请求指令后,对用户交易请求指令进行特征值提取,依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块若在本地进程缓存中查找到与提取特征值相符合的系统交易功能模块,则执行所述系统交易功能模块,实现交易数据处理。如不符合,则可以在分布式缓存服务器中查找,当然还可以在在配置中心的数据库配送表中查找,其中分布式缓存服务器和配置中心的数据库配送表可以在交易过程中,或系统执行时,或调试时进行更新。解决发布或回退时需重启服务造成服务丢失使交易不可用的问题;不需要回退系统,或重启系统。本发明将灰度发布升级为精确发布,使应用发布完全可控。

解决业界通用的应用进程内代码组件配置化调用方法效率差、异常处理散乱的问题。

交易流程动态发布:依据引用关系的组合配置,动态发布不同的应用处理流程;依据动态或静态的交易特征值发布匹配流程版本的应用流程信息,依据缓存机制提高匹配效率,在交易时精确识别交易流程。

将匹配到的交易流程版本对应的应用代码进一步细分,通过配置化使应用代码中的构成代码单元即代码组件可动态发布。

解决了传统代码发布必须重启应用系统进程,造成服务丢失;避免了传统代码发布必须基于大的交易流程进行断代式升级,无法在单一应用进程中兼容同一交易流程的不同版本,使其并行,满足动态发布或回退的需要。

交易流程细分配置,使交易流程的发布细分到代码组件级别,即函数层级,组件实现版本化配置及发布,并将代码组件的调用关系进行版本化配置,使交易流程内部模块及调用的逻辑关系可进行动态配置。

配置中心依据构成的指定版本的功能配置的代码细分配置信息,动态编译源码并发布至资源服务器,应用节点动态获取代码资源并在进程内可隔离执行统一代码组件的多种版本,达到业务流程的局部模块动态切换能力。

附图说明

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

图1为组件化编程及无缝执行方法流程图;

图2为组件化编程及无缝执行方法实施例流程图;

图3为组件化编程及无缝执行方法实施例流程图。

具体实施方式

本发明提供一种组件化编程及无缝执行方法,如图1所示,方法包括:

s1:在配置中心配置系统交易功能模块;

系统交易功能模块是基于交易需要的交易方式,或交易程序,或为执行交易过程所需要的计算机序列。

s2:配置中心将系统交易功能模块配置到系统节点,使系统节点基于用户请求要素动态规则得出请求特征值或具有静态要素标记的请求特征值;

可以理解的是用户请求要素动态规则是在系统中预设的一个交易规则,此交易规则具有一定的执行代码,程序等等。为了提高交易过程的安全性,在交易规则程序中配置了关键词,关键字等等相关的内容。这样用户与系统之间具有相同的交易规则,来进行交易。在交易过程中为了相互验证需要系统对用户的要素动态规则进行验证,验证是否满足用户与系统之间预先设定的交易规则。当然用户端也验证系统所具有的交易规则是否满足预设交易规则。为了提高验证效率,降低验证程序,可以在交易规则上设置特征值或具有静态要素标记的请求特征值,这样只要用户端和系统端相互验证设置特征值或具有静态要素标记的请求特征值即可。

s3:配置中心将配置信息推送至分布式缓存服务器,同时各系统节点每经过一预设时长从分布式缓存服务器抓取配置信息,并将配置信息更新至本地进程缓存;

配置中心对更新后的配置信息推送至分布式缓存服务器,各个系统节点在分布式缓存服务器进行抓取并配置到本地进程缓存。

为了提升交易的安全性,通常在经过一个预设时长会对交易过程中的关键字,或关键词,或为了验证设置特征值,或具有静态要素标记的请求特征值进行更新升级,避免被非法破解而影响交易的安全性。

s4:系统节点在收到用户交易请求指令后,对用户交易请求指令进行特征值提取,依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块;

s5若在本地进程缓存中查找到与提取特征值相符合的系统交易功能模块,则执行所述系统交易功能模块,实现交易数据处理。

本发明中,动态发布:指非经应用重启,即可替换正在运行的程序版本。

灰度发布:指针对部分用户进行新功能发布,逐步扩大系统功能影响范围。

代码组件:指组成某个具体功能的函数模块,其实现了对数据操作及操作方法的最小封装的功能单元。

配置中心对每个系统节点在消息总线上注册访问地址及操作方式,配置中心将系统信息处理模块配置到每个系统节点,实现每个系统节点基于系统信息处理模块执行交易流程。

其中,配置中心对每个系统节点的操作方式包括对每个系统节点3的增删改查,或对每个系统节点进行数学计算或逻辑运算等功能。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将运用具体的实施例及附图,对本发明保护的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部的实施例。基于本专利中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本专利保护的范围。

本发明还提供一实施例,如图2所示,

s11:在配置中心配置系统交易功能模块;

s12:配置中心将系统交易功能模块配置到系统节点,使系统节点基于用户请求要素动态规则得出请求特征值或具有静态要素标记的请求特征值;

s13:配置中心将配置信息推送至分布式缓存服务器,同时各系统节点每经过一预设时长从分布式缓存服务器抓取配置信息,并将配置信息更新至本地进程缓存;

s14:系统节点在收到用户交易请求指令后,对用户交易请求指令进行特征值提取,依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块;

s15:若在本地进程缓存中未查找到与提取特征值相符合的系统交易功能模块;

系统节点从分布式缓存服务器中查找与提取特征值相符合的系统交易功能模块;

s16:若在分布式缓存服务器中查找到与提取特征值相符合的系统交易功能模块,则将所述系统交易功能模块配置到本地进程缓存中;

s17:在本地进程缓存执行所述系统交易功能模块,实现交易数据处理。

如果系统节点未做到及时更新,或者在交易过程中系统节点与用户端的提取特征值相符合,则在交易时,系统节点自动从分布式缓存服务器中查找与提取特征值相符合的系统交易功能模块。这里不再按照预设时长的规则获取更新状态。

本发明还提供一实施例,如图3所示,

s21:在配置中心配置系统交易功能模块;

s22:配置中心将系统交易功能模块配置到系统节点,使系统节点基于用户请求要素动态规则得出请求特征值或具有静态要素标记的请求特征值;

s23:配置中心将配置信息推送至分布式缓存服务器,同时各系统节点每经过一预设时长从分布式缓存服务器抓取配置信息,并将配置信息更新至本地进程缓存;

s24:系统节点在收到用户交易请求指令后,对用户交易请求指令进行特征值提取,依据提取的特征值在本地进程缓存中查找与特征值相符合的系统交易功能模块;

s25:若在分布式缓存服务器中未查找到与提取特征值相符合的系统交易功能模块,切换查找用户交易请求指令的数据源,提取用户交易请求指令中的应用代码,在配置中心的数据库配送表中基于用户交易请求指令中的应用代码查找系统交易功能模块;

s26:若在配置中心的数据库配送表中查找到与应用代码相匹配的系统交易功能模块,则将所述系统交易功能模块配置到分布式缓存服务器中;

s27:再将所述系统交易功能模块配置到本地进程缓存中;在本地进程缓存执行所述系统交易功能模块,实现交易数据处理。

这里所描述的技术可以实现在硬件,软件,固件或它们的任何组合。所述的各种特征为模块,单元或组件可以一起实现在集成逻辑装置或分开作为离散的但可互操作的逻辑器件或其他硬件设备。在一些情况下,电子电路的各种特征可以被实现为一个或多个集成电路器件,诸如集成电路芯片或芯片组。

本发明还提供一实施例,步骤一还包括:创建消息总线,消息总线用于获取系统交易功能模块的功能,系统交易功能模块的执行交易流程及交易顺序,还为配置中心与系统节点之间以及系统节点之间提供通信服务;

消息总线将获取的系统交易功能模块的执行交易流程及交易顺序配置到配置中心以及各个系统节点;

消息总线包括:消息配置队列、事件监听线程池、监听进程、工作线程池,进程内存;

消息配置队列用于配置系统交易功能模块的发起地址,配置系统交易功能模块的功能,配置系统交易功能模块的接收地址,配置系统交易功能模块的执行交易流程及交易顺序,配置系统交易功能模块的时间;

配置系统交易功能模块的功能包括:预设数量的代码逻辑片段和预设数量的代码组件;

每个交易数据处理流程由若干代码逻辑片段组成,每一逻辑片段由若干个代码组件组成,上一逻辑片段的最后一代码组件输出指定下一逻辑片段的起始代码组件;

系统交易功能模块的执行交易流程,依据交易顺序,将交易流程对应的若干逻辑片段,逻辑片段对应的代码组件的引用关系,逻辑片段之间的跳转逻辑进行图形化的配置;将系统交易功能模块的执行交易流程写入数据库进行保存。

配置中心是依据交易顺序,将交易流程对应的若干逻辑片段,逻辑片段对应的代码组件的引用关系,逻辑片段之间的跳转逻辑进行图形化的配置,在图形化的配置中提取出请求特征值或具有静态要素标记的请求特征值;

用户方所拥有的是基于用户请求要素动态规则来得到的请求特征值或具有静态要素标记的请求特征值。用户方与配置中心之间基于请求特征值或具有静态要素标记的请求特征值的配置方式不同提高了交易的机密性及安全性。

本发明中,步骤二还包括:启动系统节点,将存储后的系统交易功能模块的执行交易流程配置加载至各个系统节点的本地进程缓存中,还将系统交易功能模块的执行交易流程存储至系统节点的本地存储器;系统节点通过守护线程进行缓存的即时刷新或接收配置中心发布的广播消息,以进行系统交易功能模块的执行交易流程代码及时更新。

也就是处理上述在每经过一预设时长从分布式缓存服务器抓取配置信息以外,系统节点通过守护线程进行缓存的即时刷新或接收配置中心发布的广播消息,以进行系统交易功能模块的执行交易流程代码及时更新,保证更新的实时性,使得交易更为顺畅。

本发明传统代码发布必须重启应用系统进程,造成服务丢失;传统代码发布必须基于大的交易流程进行断代式升级,无法在单一应用进程中兼容同一交易流程的不同版本,更无法兼容流程细分模块的不同版本,使其并行,满足动态发布或回退的需要。

交易流程细分配置,使交易流程的发布细分到代码组件级别(即函数层级),组件实现版本化配置及发布,并将代码组件的调用关系进行版本化配置,使交易流程内部模块及调用的逻辑关系可进行动态配置。

代码无缝切换,即配置中心依据构成的指定版本的功能配置的代码细分配置信息,动态编译源码并发布至资源服务器,应用节点动态获取代码资源并在进程内可隔离执行统一代码组件的不同版本,达到业务流程的局部模块动态切换能力。

如果在硬件中实现,本发明涉及一种装置,例如可以作为处理器或者集成电路装置,诸如集成电路芯片或芯片组。可替换地或附加地,如果软件或固件中实现,所述技术可实现至少部分地由计算机可读的数据存储介质,包括指令,当执行时,使处理器执行一个或更多的上述方法。例如,计算机可读的数据存储介质可以存储诸如由处理器执行的指令。

本发明中,步骤二还包括:配置中心设置有组件库,预设的代码组件存储在组件库;

配置中心在组件库中对每个代码组件进声明;声明信息包括:代码组件地址,代码组件主类,代码组件的源代码,编译的可执行程序名称及发布路径;发布路径包括:代码对应发布的服务器路径地址;

系统节点通过守护线程轮询配置中心的组件库,判断组件库中的代码组件是否更新;

当组件库中的代码组件更新时,判断更新的代码组件是否与系统节点的系统交易功能模块的每个代码逻辑片段中的代码组件相符合;

如符合,系统节点通过与配置中心之间配置的代码组件更新发布路径,下载更新的代码组件,将下载的更新代码组件保存至系统节点的本地存储器;

系统节点将更新的代码组件加载到相应的系统交易功能模块的代码逻辑片段中,形成更新后的系统交易功能模块;同时保存未更新代码组件的系统交易功能模块;

系统节点将更新代码组件的信息形成更新日志,并在更新日志上标识系统节点的编码信息,将具有系统节点编码信息的更新日志上传至配置中心;

配置中心更新系统日志,通过系统日志记录各个系统节点的更新状态信息。

其中,系统节点的应用进程通过守护线程监控本地资源及系统交易流程的配置信息;

加载本地代码组件信息,进行进程内访问隔离,避免命名规范及加载冲突,辨识本地系统交易功能模块的代码组件更新信息;当当前交易信息为更新代码组件的交易流程时,调用更新后的系统交易功能模块执行交易流程;

当当前交易信息为未更新代码组件的交易流程时,调用未更新的系统交易功能模块执行交易流程;

系统节点的代码组件更新后,进行交易流程配置的更新执行,保证系统准确性。

本发明中,步骤一:在配置中心配置系统交易功能模块;步骤二之后还包括:启动系统服务,启动消息总线,各个系统节点向消息总线注册系统节点地址和系统节点所对应的系统交易功能模块所实现的交易功能;

在进行交易处理时,依据系统交易功能模块的执行交易流程及交易顺序,执行交易的系统节点向消息总线的事件监听线程池发送消息;

消息总线接收到系统节点发送的交易事件后,监听进程将交易事件的系统节点地址,交易双方信息及状态信息进行登记,并存储在进程内存中;

监听进程将交易事件的每个步骤分发给工作线程池,工作线程池接收交易事件,工作线程池对交易事件过程,依据预设的交易顺序,对交易流程对应的若干逻辑片段,逻辑片段对应的代码组件的引用关系逐一进行监控校验,直至交易处理完成。

可能以许多方式来实现本发明的方法以及装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

本发明中,方法还包括:启动系统服务,启动消息总线,各个系统节点向消息总线注册系统节点地址和系统节点所对应的系统交易功能模块所实现的交易功能;

启动预设交易处理进程,各个系统节点依据系统交易功能模块的执行交易流程及交易顺序,执行交易,并向消息总线的事件监听线程池发送消息;

消息总线接收到系统节点发送的交易事件后,监听进程将交易事件的系统节点地址,交易双方信息及状态信息进行登记,并存储在进程内存中;

监听进程将交易事件的每个步骤分发给工作线程池,工作线程池接收交易事件,工作线程池对交易事件过程,依据预设的交易顺序,对交易流程对应的若干逻辑片段,逻辑片段对应的代码组件的引用关系逐一进行监控校验;

在执行预设过程中,监测到当某一交易步骤的顺序变更,或某一代码组件变更,或代码组件之间的引用关系发生变更时,监听进程回调执行过程,在分布式缓存服务器中获取系统交易功能模块是否更新;

如在分布式缓存服务器中系统交易功能模块已更新时,执行更新后的系统交易功能模块,直至后续交易处理完成;

如在分布式缓存服务器中获取系统交易功能模块未更新时,在配置中心和系统节点中发出报错信息,并停止执行交易。

也就是在执行步骤一在配置中心配置系统交易功能模块之后,启动系统服务,启动消息总线,各个系统节点向消息总线注册系统节点地址和系统节点所对应的系统交易功能模块所实现的交易功能;启动预设交易处理进程对系统各个节点进行测试,测试交易过程,并基于测试交易过程查找不足,并及时调整某一交易步骤的顺序,或调整某一代码组件,或调整代码组件之间的引用关系发生等等使本发明涉及的方法满足交易要求和交易环节。

依据引用关系的组合配置,动态发布不同的应用处理流程;依据动态或静态的交易特征值发布匹配流程版本的应用流程信息,依据缓存机制提高匹配效率,在交易时精确识别交易流程。

上述执行预设过程可以在系统执行过程中进行测试执行,也可以在每经过一预设时长来进行测试,还可以在系统测试时进行等等。

本发明中,监听进程以观察序列模式,将交易过程中的正常执行信息、异常处理信息、预置信息及清理动作信息进行分别封装调用,将散落在代码组件内的各种应用流程异常信息、代码异常信息、底层异常信息,进行信息上浮显示报错,实现了错误信息的及时抛出,集中处理。

监听进程可以在本发明的步骤一至步骤四任一步骤进行监听。

观察序列模式指的是,在一个事件发生时的处理机制,将关联方划分为事件被观察对象及事件观察者,在事件(被观察对象)发生改变时,被观察对象通知观察者事件发生的改变,观察者监听被观察对象的改变并作出对应操作。

应用进程内组件调用机制:使用观察者序列模式,级联调用,可中断并上浮后集中处理各种异常信息,解决错误处理机制散乱的问题。

在一些实施例中,所述设备中的一个或多个设备的部分或所有功能或处理由计算机程序实现或支持,计算机程序由计算机可读程序代码形成并且被包括在计算机可读介质中。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质,诸如只读存储器(rom)、随机存取存储器(ram)、硬盘驱动器、光盘(cd)、数字视频盘(dvd)、或任何其他类型的存储器。

对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1