CN117806738A - 基于微链路模型的业务调度方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例属于人工智能的IT软件与开发的技术领域，涉及一种基于微链路模型的业务调度方法、装置、计算机设备及存储介质。本申请利用反射技术将程序集中所有被特性标记的方法函数加载到运行时中，利用委托技术为每个运行时中的函数创建委托接口，其中委托技术关键是利用DynamicMethod.CreateDelegate()函数生成可被外部调用的委托，利用这些被标记的委托可以动态组合成业务调度的链路模型，从而实现根据配置文件可以任意组合成特定的业务逻辑链路，这样设计使功能模块原子化，提高了代码的可维护性降低了代码的耦合度。

Description

基于微链路模型的业务调度方法、装置、设备及存储介质

技术领域

本申请涉及人工智能的IT软件与开发的技术领域，尤其涉及一种基于微链路模型的业务调度方法、装置、计算机设备及存储介质。

背景技术

wpf是现在主流的windows桌面编程技术，受分布式架构设计思想流行的影响，我们在搭建wpf客户端框架时通常会将很多具有独立功能的模块封装成单独的组件，这些组件的集合又独立成单独的通用项目，其他的业务系统的各个模块通过引用这个通用项目即可按需加载组件，然而当N足够大时要实现N个组件之间的相互联动是一个复杂繁琐的问题。

目前大部分架构师的做法是：在A组件中写调用B组件的代码，在B组件中写调用A组件的代码。

然而，申请人认为，现有的做法存在很大的弊端，在复杂的业务系统中当需要N多个组件相互调用联动时会使系统的业务逻辑变得非常复杂不够清晰以及会使各个组件的耦合度过高给代码的可读性和可维护性造成严重损害。由此可见，传统的技术方案存在业务逻辑过于复杂、可读性和可维护性过低的问题。

发明内容

本申请实施例的目的在于提出一种基于微链路模型的业务调度方法、装置、计算机设备及存储介质，以解决传统的技术方案存在业务逻辑过于复杂、可读性和可维护性过低的问题。

为了解决上述技术问题，本申请实施例提供一种基于微链路模型的业务调度方法，采用了如下所述的技术方案：

根据反射技术加载程序集以及与所述程序集相对应的实例类；

获取所述实例类中所有被特性标记的函数的描述类；

遍历所述描述类，并分别创建与所述描述类相对应的全局动态方法；

分别为所述全局动态方法创建可供外部调用的委托接口；

接收用户终端发送的携带有配置文件的业务调度请求；

获取所述配置文件的每个业务流程调用，并将所述业务流程调用定义成一个链路字符串；

解析所述链路字符串得到节点单元；

将所述节点单元分别与所述委托接口建立映射关系集合；

遍历所述映射关系集合，得到链路模型；

依次执行所述链路模型中的每个节点对应的方法委托，得到业务调度结果。

进一步的，所述反射技术为反射技术System.Reflection。

进一步的，在所述遍历所述描述类，并分别创建与所述描述类相对应的全局动态方法的步骤之后，且在所述分别为所述全局动态方法创建可供外部调用的委托接口的步骤之前，还包括下述步骤：

调用DynamicMethod.GetILGenerator()方法将所述全局动态方法托管到CLR运行时中；

所述分别为所述全局动态方法创建可供外部调用的委托接口的步骤，具体包括下述步骤：

调用DynamicMethod.CreateDelegate()函数分别为所述全局动态方法创建所述委托接口。

进一步的，所述链路模型的每个节点的执行顺序可以是同步或者异步。

为了解决上述技术问题，本申请实施例还提供一种基于微链路模型的业务调度装置，采用了如下所述的技术方案：

实例类加载模块，用于根据反射技术加载程序集以及与所述程序集相对应的实例类；

描述类获取模块，用于获取所述实例类中所有被特性标记的函数的描述类；

方法创建模块，用于遍历所述描述类，并分别创建与所述描述类相对应的全局动态方法；

接口创建模块，用于分别为所述全局动态方法创建可供外部调用的委托接口；

请求接收模块，用于接收用户终端发送的携带有配置文件的业务调度请求；

字符串定义模块，用于获取所述配置文件的每个业务流程调用，并将所述业务流程调用定义成一个链路字符串；

字符串解析模块，用于解析所述链路字符串得到节点单元；

关系建立模块，用于将所述节点单元分别与所述委托接口建立映射关系集合；

模型获取模块，用于遍历所述映射关系集合，得到链路模型；

链路计算模块，用于依次执行所述链路模型中的每个节点对应的方法委托，得到业务调度结果。

进一步的，所述反射技术为反射技术System.Reflection。

进一步的，所述装置包括：方法托管模块，所述接口创建模块包括：接口创建子模块，其中：

所述方法托管模块，用于调用DynamicMethod.GetILGenerator()方法将所述全局动态方法托管到CLR运行时中；

所述接口创建子模块，用于调用DynamicMethod.CreateDelegate()函数分别为所述全局动态方法创建所述委托接口。

进一步的，所述链路模型的每个节点的执行顺序可以是同步或者异步。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的基于微链路模型的业务调度方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的基于微链路模型的业务调度方法的步骤。

本申请提供了一种基于微链路模型的业务调度方法，包括：根据反射技术加载程序集以及与所述程序集相对应的实例类；获取所述实例类中所有被特性标记的函数的描述类；遍历所述描述类，并分别创建与所述描述类相对应的全局动态方法；分别为所述全局动态方法创建可供外部调用的委托接口；接收用户终端发送的携带有配置文件的业务调度请求；获取所述配置文件的每个业务流程调用，并将所述业务流程调用定义成一个链路字符串；解析所述链路字符串得到节点单元；将所述节点单元分别与所述委托接口建立映射关系集合；遍历所述映射关系集合，得到链路模型；依次执行所述链路模型中的每个节点对应的方法委托，得到业务调度结果。与现有技术相比，本申请利用反射技术将程序集中所有被特性标记的方法函数加载到运行时中，利用委托技术为每个运行时中的函数创建委托接口，其中委托技术关键是利用DynamicMethod.CreateDelegate()函数生成可被外部调用的委托，利用这些被标记的委托可以动态组合成业务调度的链路模型，从而实现根据配置文件可以任意组合成特定的业务逻辑链路，这样设计使功能模块原子化，提高了代码的可维护性降低了代码的耦合度。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2是本申请实施例一提供的基于微链路模型的业务调度方法的实现流程图；

图3是本申请实施例二提供的基于微链路模型的业务调度装置的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的基于微链路模型的业务调度方法一般由服务器/终端设备执行，相应地，基于微链路模型的业务调度装置一般设置于服务器/终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的基于微链路模型的业务调度方法的一个实施例的流程图。所述的基于微链路模型的业务调度方法，包括：步骤S201、步骤S202、步骤S203、步骤S204、步骤S205、步骤S206、步骤S207、步骤S208、步骤S209以及步骤S210。

在步骤S201中，根据反射技术加载程序集以及与程序集相对应的实例类。

在步骤S202中，获取实例类中所有被特性标记的函数的描述类。

在步骤S203中，遍历描述类，并分别创建与描述类相对应的全局动态方法。

在步骤S204中，分别为全局动态方法创建可供外部调用的委托接口。

在步骤S205中，接收用户终端发送的携带有配置文件的业务调度请求。

在步骤S206中，获取配置文件的每个业务流程调用，并将业务流程调用定义成一个链路字符串。

在步骤S207中，解析链路字符串得到节点单元。

在步骤S208中，将节点单元分别与委托接口建立映射关系集合。

在步骤S209中，遍历映射关系集合，得到链路模型。

在步骤S210中，依次执行链路模型中的每个节点对应的方法委托，得到业务调度结果。

在本申请实施例中，一个业务调用流程就是一条单链路，一个流程中的每个执行单元就是一个链路节点，之所以要设计成链路模型就是利用了节点可以随意组合的特点，并且我们只需要关注节点本身的功能，而不需要将大量的精力花费在组织各个模块之间的调用逻辑上，通过建立统一的业务流程调度中心可以使各个模块之间相对解耦，代码的可读性和可维护性更好，也可以利用反射技术生成链路的逻辑图谱，使复杂系统的业务逻辑可视化。

在本申请实施例中，方法函数的动态标记和调用技术的具体实施方案如下：

1、将每个参与到链路模型节点的函数加上具有唯一识别的自定义特性Attribute。

2、通过反射技术System.Reflection加载程序集，调用方法Attribute.GetCustomAttribute()获得实例中所有被特性标记的函数的描述类MethodInfo的集合。

3、遍历MethodInfo的集合分别创建对应的全局动态方法DynamicMethod，通过调用DynamicMethod.GetILGenerator()方法可以将创建的动态方法托管到CLR运行时中。

4、调用DynamicMethod.CreateDelegate()函数为第三步中创建的每个CLR动态方法添加可以被外部调用的委托。

5、添加一个用来描述链路调用关系的配置文件，将配置文件序列化到实例中，使用一种具有对应关系的数据结构将每个链路配置项和第四步中动态方法的委托建立映射，推荐的数据结构是Dictionary。

6、创建单链路计算模型的类，在这里具体实现一个业务调用流程的全部生命周期方法，具体如下：

6.1、根据传入的单链路节点字符串参数，建立一个对应的字符串解析方法，使得每个节点都能在第五步中的映射关系表中找到对应的待执行的动态方法委托。

6.2、分别依次执行单链路中的各个节点对应的动态方法委托，每执行完一个节点后可将得到的结果进行聚和算法处理，处理的目的是对数据进行过滤和重新组合，然后将经过处理后的数据保存在缓存中，也可以将这些数据作为下一个要执行的链路节点的方法参数进行传递。

6.3、链表中每个节点的执行顺序可以是同步的也可以是异步的，同时可以根据业务流程的需要构建复合链表。

在本申请实施例中，提供了一种基于微链路模型的业务调度方法，包括：根据反射技术加载程序集以及与程序集相对应的实例类；获取实例类中所有被特性标记的函数的描述类；遍历描述类，并分别创建与描述类相对应的全局动态方法；分别为全局动态方法创建可供外部调用的委托接口；接收用户终端发送的携带有配置文件的业务调度请求；获取配置文件的每个业务流程调用，并将业务流程调用定义成一个链路字符串；解析链路字符串得到节点单元；将节点单元分别与委托接口建立映射关系集合；遍历映射关系集合，得到链路模型；依次执行链路模型中的每个节点对应的方法委托，得到业务调度结果。与现有技术相比，本申请利用反射技术将程序集中所有被特性标记的方法函数加载到运行时中，利用委托技术为每个运行时中的函数创建委托接口，其中委托技术关键是利用DynamicMethod.CreateDelegate()函数生成可被外部调用的委托，利用这些被标记的委托可以动态组合成业务调度的链路模型，从而实现根据配置文件可以任意组合成特定的业务逻辑链路，这样设计使功能模块原子化，提高了代码的可维护性降低了代码的耦合度。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。

人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

实施例二

进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种基于微链路模型的业务调度装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例的基于微链路模型的业务调度装置200包括：

实例类加载模块201，用于根据反射技术加载程序集以及与程序集相对应的实例类；

描述类获取模块202，用于获取实例类中所有被特性标记的函数的描述类；

方法创建模块203，用于遍历描述类，并分别创建与描述类相对应的全局动态方法；

接口创建模块204，用于分别为全局动态方法创建可供外部调用的委托接口；

请求接收模块205，用于接收用户终端发送的携带有配置文件的业务调度请求；

字符串定义模块206，用于获取配置文件的每个业务流程调用，并将业务流程调用定义成一个链路字符串；

字符串解析模块207，用于解析链路字符串得到节点单元；

关系建立模块208，用于将节点单元分别与委托接口建立映射关系集合；

模型获取模块209，用于遍历映射关系集合，得到链路模型；

链路计算模块210，用于依次执行链路模型中的每个节点对应的方法委托，得到业务调度结果。

在本申请实施例中，一个业务调用流程就是一条单链路，一个流程中的每个执行单元就是一个链路节点，之所以要设计成链路模型就是利用了节点可以随意组合的特点，并且我们只需要关注节点本身的功能，而不需要将大量的精力花费在组织各个模块之间的调用逻辑上，通过建立统一的业务流程调度中心可以使各个模块之间相对解耦，代码的可读性和可维护性更好，也可以利用反射技术生成链路的逻辑图谱，使复杂系统的业务逻辑可视化。

在本申请实施例中，方法函数的动态标记和调用技术的具体实施方案如下：

1、将每个参与到链路模型节点的函数加上具有唯一识别的自定义特性Attribute。

2、通过反射技术System.Reflection加载程序集，调用方法Attribute.GetCustomAttribute()获得实例中所有被特性标记的函数的描述类MethodInfo的集合。

3、遍历MethodInfo的集合分别创建对应的全局动态方法DynamicMethod，通过调用DynamicMethod.GetILGenerator()方法可以将创建的动态方法托管到CLR运行时中。

4、调用DynamicMethod.CreateDelegate()函数为第三步中创建的每个CLR动态方法添加可以被外部调用的委托。

5、添加一个用来描述链路调用关系的配置文件，将配置文件序列化到实例中，使用一种具有对应关系的数据结构将每个链路配置项和第四步中动态方法的委托建立映射，推荐的数据结构是Dictionary。

6、创建单链路计算模型的类，在这里具体实现一个业务调用流程的全部生命周期方法，具体如下：

6.1、根据传入的单链路节点字符串参数，建立一个对应的字符串解析方法，使得每个节点都能在第五步中的映射关系表中找到对应的待执行的动态方法委托。

6.2、分别依次执行单链路中的各个节点对应的动态方法委托，每执行完一个节点后可将得到的结果进行聚和算法处理，处理的目的是对数据进行过滤和重新组合，然后将经过处理后的数据保存在缓存中，也可以将这些数据作为下一个要执行的链路节点的方法参数进行传递。

6.3、链表中每个节点的执行顺序可以是同步的也可以是异步的，同时可以根据业务流程的需要构建复合链表。

在本实施例中，提供了一种基于微链路模型的业务调度装置200，包括：实例类加载模块201，用于根据反射技术加载程序集以及与程序集相对应的实例类；描述类获取模块202，用于获取实例类中所有被特性标记的函数的描述类；方法创建模块203，用于遍历描述类，并分别创建与描述类相对应的全局动态方法；接口创建模块204，用于分别为全局动态方法创建可供外部调用的委托接口；请求接收模块205，用于接收用户终端发送的携带有配置文件的业务调度请求；字符串定义模块206，用于获取配置文件的每个业务流程调用，并将业务流程调用定义成一个链路字符串；字符串解析模块207，用于解析链路字符串得到节点单元；关系建立模块208，用于将节点单元分别与委托接口建立映射关系集合；模型获取模块209，用于遍历映射关系集合，得到链路模型；链路计算模块210，用于依次执行链路模型中的每个节点对应的方法委托，得到业务调度结果。与现有技术相比，本申请利用反射技术将程序集中所有被特性标记的方法函数加载到运行时中，利用委托技术为每个运行时中的函数创建委托接口，其中委托技术关键是利用DynamicMethod.CreateDelegate()函数生成可被外部调用的委托，利用这些被标记的委托可以动态组合成业务调度的链路模型，从而实现根据配置文件可以任意组合成特定的业务逻辑链路，这样设计使功能模块原子化，提高了代码的可维护性降低了代码的耦合度。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备300包括通过系统总线相互通信连接存储器310、处理器320、网络接口330。需要指出的是，图中仅示出了具有组件310-330的计算机设备300，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器310至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器310可以是所述计算机设备300的内部存储单元，例如该计算机设备300的硬盘或内存。在另一些实施例中，所述存储器310也可以是所述计算机设备300的外部存储设备，例如该计算机设备300上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器310还可以既包括所述计算机设备300的内部存储单元也包括其外部存储设备。本实施例中，所述存储器310通常用于存储安装于所述计算机设备300的操作系统和各类应用软件，例如基于微链路模型的业务调度方法的计算机可读指令等。此外，所述存储器310还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器320在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器320通常用于控制所述计算机设备300的总体操作。本实施例中，所述处理器320用于运行所述存储器310中存储的计算机可读指令或者处理数据，例如运行所述基于微链路模型的业务调度方法的计算机可读指令。

所述网络接口330可包括无线网络接口或有线网络接口，该网络接口330通常用于在所述计算机设备300与其他电子设备之间建立通信连接。

本申请提供的计算机设备，利用反射技术将程序集中所有被特性标记的方法函数加载到运行时中，利用委托技术为每个运行时中的函数创建委托接口，其中委托技术关键是利用

DynamicMethod.CreateDelegate()函数生成可被外部调用的委托，利用这些被标记的委托可以动态组合成业务调度的链路模型，从而实现根据配置文件可以任意组合成特定的业务逻辑链路，这样设计使功能模块原子化，提高了代码的可维护性降低了代码的耦合度。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的基于微链路模型的业务调度方法的步骤。

本申请提供的计算机可读存储介质，利用反射技术将程序集中所有被特性标记的方法函数加载到运行时中，利用委托技术为每个运行时中的函数创建委托接口，其中委托技术关键是利用DynamicMethod.CreateDelegate()函数生成可被外部调用的委托，利用这些被标记的委托可以动态组合成业务调度的链路模型，从而实现根据配置文件可以任意组合成特定的业务逻辑链路，这样设计使功能模块原子化，提高了代码的可维护性降低了代码的耦合度。

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

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种基于微链路模型的业务调度方法，其特征在于，包括下述步骤：

根据反射技术加载程序集以及与所述程序集相对应的实例类；

获取所述实例类中所有被特性标记的函数的描述类；

遍历所述描述类，并分别创建与所述描述类相对应的全局动态方法；

分别为所述全局动态方法创建可供外部调用的委托接口；

接收用户终端发送的携带有配置文件的业务调度请求；

获取所述配置文件的每个业务流程调用，并将所述业务流程调用定义成一个链路字符串；

解析所述链路字符串得到节点单元；

将所述节点单元分别与所述委托接口建立映射关系集合；

遍历所述映射关系集合，得到链路模型；

依次执行所述链路模型中的每个节点对应的方法委托，得到业务调度结果。

2.根据权利要求1所述的基于微链路模型的业务调度方法，其特征在于，所述反射技术为反射技术System.Reflection。

3.根据权利要求1所述的基于微链路模型的业务调度方法，其特征在于，在所述遍历所述描述类，并分别创建与所述描述类相对应的全局动态方法的步骤之后，且在所述分别为所述全局动态方法创建可供外部调用的委托接口的步骤之前，还包括下述步骤：

调用DynamicMethod.GetILGenerator()方法将所述全局动态方法托管到CLR运行时中；

所述分别为所述全局动态方法创建可供外部调用的委托接口的步骤，具体包括下述步骤：

调用DynamicMethod.CreateDelegate()函数分别为所述全局动态方法创建所述委托接口。

4.根据权利要求1所述的基于微链路模型的业务调度方法，其特征在于，所述链路模型的每个节点的执行顺序可以是同步或者异步。

5.一种基于微链路模型的业务调度装置，其特征在于，包括：

实例类加载模块，用于根据反射技术加载程序集以及与所述程序集相对应的实例类；

描述类获取模块，用于获取所述实例类中所有被特性标记的函数的描述类；

方法创建模块，用于遍历所述描述类，并分别创建与所述描述类相对应的全局动态方法；

接口创建模块，用于分别为所述全局动态方法创建可供外部调用的委托接口；

请求接收模块，用于接收用户终端发送的携带有配置文件的业务调度请求；

字符串定义模块，用于获取所述配置文件的每个业务流程调用，并将所述业务流程调用定义成一个链路字符串；

字符串解析模块，用于解析所述链路字符串得到节点单元；

关系建立模块，用于将所述节点单元分别与所述委托接口建立映射关系集合；

模型获取模块，用于遍历所述映射关系集合，得到链路模型；

链路计算模块，用于依次执行所述链路模型中的每个节点对应的方法委托，得到业务调度结果。

6.根据权利要求5所述的基于微链路模型的业务调度装置，其特征在于，所述反射技术为反射技术System.Reflection。

7.根据权利要求5所述的基于微链路模型的业务调度装置，其特征在于，所述装置包括：方法托管模块，所述接口创建模块包括：接口创建子模块，其中：

所述方法托管模块，用于调用DynamicMethod.GetILGenerator()方法将所述全局动态方法托管到CLR运行时中；

所述接口创建子模块，用于调用DynamicMethod.CreateDelegate()函数分别为所述全局动态方法创建所述委托接口。

8.根据权利要求5所述的基于微链路模型的业务调度装置，其特征在于，所述链路模型的每个节点的执行顺序可以是同步或者异步。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至4中任一项所述的基于微链路模型的业务调度方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至4中任一项所述的基于微链路模型的业务调度方法的步骤。