一种保障微服务数据一致性的方法、系统、设备以及介质与流程

1.本发明涉及微服务领域，具体涉及一种保障微服务数据一致性的方法、系统、设备以及存储介质。


背景技术：

2.随着软件技术和internet的发展，软件的规模变得越来越大，应用系统越来越笨重和庞大，难以维护和更新。系统业务复杂度和用户并发量愈发增大，对系统的要求也越来越高。传统应用架构逐渐失去了灵活性，凸显出难以迭代开发，维护部署等问题。
3.软件的架构对于系统的稳定性、鲁棒性、扩展性起着至关重要的作用。传统单块架构对应的沟通、管理、协调等成本越来越高，出现了诸多问题。
4.为解决传统系统架构面临的问题，随着领域驱动设计，持续交付技术，虚拟化技术，小型自治团队组建，基础设施智能化自动化，大型集群系统设计等技术和实践的发展，微服务应运而生。微服务作为一种分布式系统解决方案，聚焦细粒度服务使用的推动。不同的微服务协同工作，每个服务都有自己的生命周期。由于微服务主要围绕业务领域构建模型，而且整合了过去十多年来的新概念和新技术，因此可以避免由传统的分层架构引发的很多问题及陷阱。
5.在微服务架构中数据都是服务私有的，需要通过服务提供的api访问，分布式事务不再适用微服务架构，传统分布式事务不是微服务中数据一致性的最佳选择。微服务架构中应满足数据最终一致性原则。
6.ai训练管理平台是典型的微服务架构设计，微服务模块之间的数据访问、执行业务均通过调用api完成。随着这一企业级应用规模越来越大，复杂的业务导致微服务调用链条变长，如何保证事务一致性成为ai训练管理平台中亟待解决的优化问题。
7.为保证微服务调用的事务一致性，一般传统的处理流程为：
8.1、当业务二调用出现异常时，执行业务一回滚操作；
9.2、当业务三调用出现异常时，依次执行业务二回滚操作、业务一回滚操作；
10.3、当业务四调用出现异常时，依次执行业务三回滚操作、业务二回滚操作、业务一回滚操作；
11.4、当业务五调用出现异常时，依次执行业务四回滚操作、业务三回滚操作、业务二回滚操作、业务一回滚操作；
12.随着业务的调用流程越来越长，需要执行的业务回滚操作将增加，研发、维护的难度都将增大。


技术实现要素：

13.有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种保障微服务数据一致性的方法，包括以下步骤：
14.响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序；
15.根据所述执行顺序对每一个微服务进行从小到大编号；
16.响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号；
17.获取在所述异常微服务的编号之前的每一个编号对应的回滚方法；
18.根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法。
19.在一些实施例中，响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序，进一步包括：
20.获取标志信息；
21.根据所述标志信息确定开启的全局事务中多个微服务的执行顺序。
22.在一些实施例中，根据所述标志信息确定开启的全局事务中多个微服务的执行顺序，进一步还包括：
23.预先建立每一个全局事务的标志信息与执行顺序的映射关系；
24.根据所述映射关系和所述标志信息确定开启的全局事务中多个微服务的执行顺序。
25.在一些实施例中，响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号，进一步包括：
26.判断执行所述全局事务中的多个微服务时是否出现中断；
27.响应于出现中断，获取中断位置对应的微服务的编号。
28.在一些实施例中，根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法，进一步包括：
29.根据每一个编号从大到小的顺序依次执行对应的回滚方法。
30.在一些实施例中，方法还包括：
31.将每一个微服务对应的回滚方法保存到预设位置。
32.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种保障微服务数据一致性的系统，包括：
33.第一获取模块，配置为响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序；
34.编号模块，配置为根据所述执行顺序对每一个微服务进行顺序编号；
35.检测模块，配置为响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号；
36.第二获取模块，配置为获取在所述异常微服务的编号之前的每一个编号对应的回滚方法；
37.回滚模块，配置为根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法。
38.在一些实施例中，第一获取模块还配置为：
39.获取标志信息；
40.根据所述标志信息确定开启的全局事务中多个微服务的执行顺序。
41.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：
42.至少一个处理器；以及
43.存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如上所述的任一种保障微服务数据一致性的方法的步骤。
44.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行如上所述的任一种保障微服务数据一致性的方法的步骤。
45.本发明具有以下有益技术效果之一：本发明提出的方案在事务执行异常时，将根据捕获异常所处的流程位置，自动顺序执行回滚操作，从而保证微服务调用链条的事务一致性，无需手动开发，减少研发人员业务处理工作量
附图说明
46.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
47.图1为本发明的实施例提供的保障微服务数据一致性的方法的流程示意图；
48.图2为本发明的实施例提供的保障微服务数据一致性系统的结构示意图；
49.图3为本发明的实施例提供的计算机设备的结构示意图；
50.图4为本发明的实施例提供的计算机可读存储介质的结构示意图。
具体实施方式
51.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
52.需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
53.在本发明的实施例中，微服务指一种软件开发技术，其是面向服务的体系结构(soa)架构样式的一种变体，将应用程序构造为一组松散耦合的服务。在微服务体系结构中，服务是细粒度的，协议是轻量级的。
54.事务一致性指一个或多个事务执行后，原来一致的数据和数据库仍然是一致的。
55.根据本发明的一个方面，本发明的实施例提出一种保障微服务数据一致性的方法，如图1所示，其可以包括步骤：
56.s1，响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序；
57.s2，根据所述执行顺序对每一个微服务进行从小到大编号；
58.s3，响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号；
59.s4，获取在所述异常微服务的编号之前的每一个编号对应的回滚方法；
60.s5，根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法。
61.本发明提出的方案在事务执行异常时，将根据捕获异常所处的流程位置，自动顺
序执行回滚操作，从而保证微服务调用链条的事务一致性，无需手动开发，减少研发人员业务处理工作量。这样可以解决了企业级应用研发人员在微服务架构下处理业务流程时，过长的微服务事务调用链条、复杂的事务对研发人员造成开发、维护影响的问题；可以使企业级应用研发人员着重关注业务本身，而非注重业务具体的设计与实现；忽略了为保证事务一致性而带来的代码设计、实现以及维护的难度与问题，进而减少了微服务之间通讯的压力。
62.在一些实施例中，可以通过在全局事务之外设置微服务事务控制组件装置实现本发明实施例提出的保障数据一致性的方法，而装置实现轻量级的架构，无需引入复杂的框架或组件就可以解决在微服务框架下调用链条事务一致性的问题，对项目框架影响小，不会增加框架重量。在微服务框架中事务执行中断时，微服务事务控制组件装置将根据捕获异常所处的流程位置，自动顺序执行回滚操作，从而保证微服务调用链条的事务一致性。无需手动实现，无需关注具体事务逻辑。
63.在一些实施例中，微服务事务控制组件装置可以包括事务标记子装置，事务监听子装置，事务回滚子装置。
64.其中，事务标记子装置可以保证在全局事务的整体业务流程中的每一个微服务进行标记，从而根据标记确定需要回滚操作的业务、相应的执行顺序以及与之相对应的回滚操作方法。
65.事务监听子装置在全局事务开始执行时启用，该装置监听操作直至微服务事务执行结束。该监听过程中，实时监听微服务事务中是否有异常抛出或错误信息。当出现异常时，事务监听子装置会监听到异常出现的位置，将事务标记子装置前期对每个业务的标记反馈给事务回滚子装置，事务回滚子装置根据反馈的异常位置，通过该事务下每个业务的执行顺序与回滚操作方法，计算出需要依次执行的回滚操作的顺序，然后依次根据计算出的顺序调用相应的回滚方法，完成该事务的回滚操作。
66.在一些实施例中，响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序，进一步包括：
67.获取标志信息；
68.根据所述标志信息确定开启的全局事务中多个微服务的执行顺序。
69.在一些实施例中，根据所述标志信息确定开启的全局事务中多个微服务的执行顺序，进一步还包括：
70.预先建立每一个全局事务的标志信息与执行顺序的映射关系；
71.根据所述映射关系和所述标志信息确定开启的全局事务中多个微服务的执行顺序。
72.具体的，在开启全局事务时，可以获取该全局事务的标志信息，从而根据该标志信息获取到预先创建的标志信息与微服务执行顺序的映射关系，然后根据映射关系即可得到该全局事务的所有微服务的执行顺序，这样，即可根据执行顺序对每一个微服务进行从大到小的编号。
73.例如，当开启全局事务a时，其中全局事务a中包括微服务b、c、d、e、f、h，获取到的a的标志信息是a，通过查找映射关系可知，上述微服务的执行顺序为b、c、e、h、d、f，然后分别对b、c、e、h、d、f编号为step 1、step 2、step 3、step 4、step 5、step 6。每一个编号对应的
回滚方法可以是rollback 1，rollback 2，rollback 3，rollback 4，rollback 5，rollback 6。将每一个微服务对应的回滚方法保存到预设位置。
74.在一些实施例中，响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号，进一步包括：
75.判断执行所述全局事务中的多个微服务时是否出现中断；
76.响应于出现中断，获取中断位置对应的微服务的编号。
77.具体的，可以利用事务监听子装置监听业务执行过程中是否出现中断，若出现中断，则获取对应位置的编号，即捕获异常所处的流程位置，然后根据编号自动确定执行回滚操作的方法和顺序，从而保证微服务调用链条的事务一致性。解决了企业级应用研发人员在应对此类情况时，开发、维护成本增加的问题，避免了通过开发冗余的异常捕获语句与判断语句来保证事务一致性的处理。
78.在一些实施例中，根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法，进一步包括：
79.根据每一个编号从大到小的顺序依次执行对应的回滚方法。
80.具体的，当出现中断且确定了出现中断的位置编号，即可根据编号确定需要执行的回滚方法。
81.例如，仍以全局事务a为例，在之前已经对微服务b、c、e、h、d、f编号为step 1、step 2、step 3、step 4、step 5、step 6。每一个编号对应的回滚方法可以是rollback 1，rollback 2，rollback 3，rollback 4，rollback 5，rollback 6。若step 3出现中断，则需要调用的回滚方法为rollback 1，rollback 2，执行顺序为rollback 2
‑
>rollback 1。依次类推，若step 5出现中断，则需要调用的回滚方法为rollback 1，rollback 2，rollback 3，rollback 4，，执行顺序为rollback 4
‑
>rollback 3
‑
>rollback 2
‑
>rollback 1。然后分别在预设位置调用到对应的回滚方法以实现数据一致性。
82.本发明提出的方案在事务执行异常时，将根据捕获异常所处的流程位置，自动顺序执行回滚操作，从而保证微服务调用链条的事务一致性，无需手动开发，减少研发人员业务处理工作量。这样可以解决了企业级应用研发人员在微服务架构下处理业务流程时，过长的微服务事务调用链条、复杂的事务对研发人员造成开发、维护影响的问题；可以使企业级应用研发人员着重关注业务本身，而非注重业务具体的设计与实现；忽略了为保证事务一致性而带来的代码设计、实现以及维护的难度与问题，进而减少了微服务之间通讯的压力。
83.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种保障微服务数据一致性的系统400，如图2所示，包括：
84.第一获取模块401，配置为响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序；
85.编号模块402，配置为根据所述执行顺序对每一个微服务进行顺序编号；
86.检测模块403，配置为响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号；
87.第二获取模块404，配置为获取在所述异常微服务的编号之前的每一个编号对应的回滚方法；
88.回滚模块405，配置为根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法。
89.在一些实施例中，可以通过在全局事务之外设置微服务事务控制组件装置实现本发明实施例提出的保障数据一致性的方法，而装置实现轻量级的架构，无需引入复杂的框架或组件就可以解决在微服务框架下调用链条事务一致性的问题，对项目框架影响小，不会增加框架重量。在微服务框架中事务执行中断时，微服务事务控制组件装置将根据捕获异常所处的流程位置，自动顺序执行回滚操作，从而保证微服务调用链条的事务一致性。无需手动实现，无需关注具体事务逻辑。
90.在一些实施例中，微服务事务控制组件装置可以包括事务标记子装置，事务监听子装置，事务回滚子装置。
91.其中，事务标记子装置可以保证在全局事务的整体业务流程中的每一个微服务进行标记，从而根据标记确定需要回滚操作的业务、相应的执行顺序以及与之相对应的回滚操作方法。
92.事务监听子装置在全局事务开始执行时启用，该装置监听操作直至微服务事务执行结束。该监听过程中，实时监听微服务事务中是否有异常抛出或错误信息。当出现异常时，事务监听子装置会监听到异常出现的位置，将事务标记子装置前期对每个业务的标记反馈给事务回滚子装置，事务回滚子装置根据反馈的异常位置，通过该事务下每个业务的执行顺序与回滚操作方法，计算出需要依次执行的回滚操作的顺序，然后依次根据计算出的顺序调用相应的回滚方法，完成该事务的回滚操作。
93.在一些实施例中，第一获取模块还配置为：
94.获取标志信息；
95.根据所述标志信息确定开启的全局事务中多个微服务的执行顺序。
96.在一些实施例中，第一获取模块还配置为：
97.预先建立每一个全局事务的标志信息与执行顺序的映射关系；
98.根据所述映射关系和所述标志信息确定开启的全局事务中多个微服务的执行顺序。
99.具体的，在开启全局事务时，可以获取该全局事务的标志信息，从而根据该标志信息获取到预先创建的标志信息与微服务执行顺序的映射关系，然后根据映射关系即可得到该全局事务的所有微服务的执行顺序，这样，即可根据执行顺序对每一个微服务进行从大到小的编号。
100.例如，当开启全局事务a时，其中全局事务a中包括微服务b、c、d、e、f、h，获取到的a的标志信息是a，通过查找映射关系可知，上述微服务的执行顺序为b、c、e、h、d、f，然后分别对b、c、e、h、d、f编号为step 1、step 2、step 3、step 4、step 5、step 6。每一个编号对应的回滚方法可以是rollback 1，rollback 2，rollback 3，rollback 4，rollback 5，rollback 6。将每一个微服务对应的回滚方法保存到预设位置。
101.在一些实施例中，检测模块还配置为：
102.判断执行所述全局事务中的多个微服务时是否出现中断；
103.响应于出现中断，获取中断位置对应的微服务的编号。
104.具体的，可以利用事务监听子装置监听业务执行过程中是否出现中断，若出现中
断，则获取对应位置的编号，即捕获异常所处的流程位置，然后根据编号自动确定执行回滚操作的方法和顺序，从而保证微服务调用链条的事务一致性。解决了企业级应用研发人员在应对此类情况时，开发、维护成本增加的问题，避免了通过开发冗余的异常捕获语句与判断语句来保证事务一致性的处理。
105.在一些实施例中，回滚模块还配置为：
106.根据每一个编号从大到小的顺序依次执行对应的回滚方法。
107.具体的，当出现中断且确定了出现中断的位置编号，即可根据编号确定需要执行的回滚方法。
108.例如，仍以全局事务a为例，在之前已经对微服务b、c、e、h、d、f编号为step 1、step 2、step 3、step 4、step 5、step 6。每一个编号对应的回滚方法可以是rollback 1，rollback 2，rollback 3，rollback 4，rollback 5，rollback 6。若step 3出现中断，则需要调用的回滚方法为rollback 1，rollback 2，执行顺序为rollback 2
‑
>rollback 1。依次类推，若step 5出现中断，则需要调用的回滚方法为rollback 1，rollback 2，rollback 3，rollback 4，，执行顺序为rollback 4
‑
>rollback 3
‑
>rollback 2
‑
>rollback 1。然后分别在预设位置调用到对应的回滚方法以实现数据一致性。
109.本发明提出的方案在事务执行异常时，将根据捕获异常所处的流程位置，自动顺序执行回滚操作，从而保证微服务调用链条的事务一致性，无需手动开发，减少研发人员业务处理工作量。这样可以解决了企业级应用研发人员在微服务架构下处理业务流程时，过长的微服务事务调用链条、复杂的事务对研发人员造成开发、维护影响的问题；可以使企业级应用研发人员着重关注业务本身，而非注重业务具体的设计与实现；忽略了为保证事务一致性而带来的代码设计、实现以及维护的难度与问题，进而减少了微服务之间通讯的压力。
110.基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：
111.至少一个处理器520；以及
112.存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行如上以下步骤：
113.s1，响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序；
114.s2，根据所述执行顺序对每一个微服务进行从小到大编号；
115.s3，响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号；
116.s4，获取在所述异常微服务的编号之前的每一个编号对应的回滚方法；
117.s5，根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法。
118.在一些实施例中，响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序，进一步包括：
119.获取标志信息；
120.根据所述标志信息确定开启的全局事务中多个微服务的执行顺序。
121.在一些实施例中，根据所述标志信息确定开启的全局事务中多个微服务的执行顺序，进一步还包括：
122.预先建立每一个全局事务的标志信息与执行顺序的映射关系；
123.根据所述映射关系和所述标志信息确定开启的全局事务中多个微服务的执行顺序。
124.在一些实施例中，响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号，进一步包括：
125.判断执行所述全局事务中的多个微服务时是否出现中断；
126.响应于出现中断，获取中断位置对应的微服务的编号。
127.在一些实施例中，根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法，进一步包括：
128.根据每一个编号从大到小的顺序依次执行对应的回滚方法。
129.在一些实施例中，步骤还包括：
130.将每一个微服务对应的回滚方法保存到预设位置。
131.本发明提出的方案在事务执行异常时，将根据捕获异常所处的流程位置，自动顺序执行回滚操作，从而保证微服务调用链条的事务一致性，无需手动开发，减少研发人员业务处理工作量。这样可以解决了企业级应用研发人员在微服务架构下处理业务流程时，过长的微服务事务调用链条、复杂的事务对研发人员造成开发、维护影响的问题；可以使企业级应用研发人员着重关注业务本身，而非注重业务具体的设计与实现；忽略了为保证事务一致性而带来的代码设计、实现以及维护的难度与问题，进而减少了微服务之间通讯的压力。
132.基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行以下步骤：
133.s1，响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序；
134.s2，根据所述执行顺序对每一个微服务进行从小到大编号；
135.s3，响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号；
136.s4，获取在所述异常微服务的编号之前的每一个编号对应的回滚方法；
137.s5，根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法。
138.在一些实施例中，响应于检测到全局事务开启，获取所述全局事务中多个微服务的执行顺序，进一步包括：
139.获取标志信息；
140.根据所述标志信息确定开启的全局事务中多个微服务的执行顺序。
141.在一些实施例中，根据所述标志信息确定开启的全局事务中多个微服务的执行顺序，进一步还包括：
142.预先建立每一个全局事务的标志信息与执行顺序的映射关系；
143.根据所述映射关系和所述标志信息确定开启的全局事务中多个微服务的执行顺序。
144.在一些实施例中，响应于检测到所述全局事务中存在异常微服务调用，获取所述异常微服务的编号，进一步包括：
145.判断执行所述全局事务中的多个微服务时是否出现中断；
146.响应于出现中断，获取中断位置对应的微服务的编号。
147.在一些实施例中，根据所述异常微服务的编号之前的编号的顺序依次执行对应的回滚方法，进一步包括：
148.根据每一个编号从大到小的顺序依次执行对应的回滚方法。
149.在一些实施例中，步骤还包括：
150.将每一个微服务对应的回滚方法保存到预设位置。
151.本发明提出的方案在事务执行异常时，将根据捕获异常所处的流程位置，自动顺序执行回滚操作，从而保证微服务调用链条的事务一致性，无需手动开发，减少研发人员业务处理工作量。这样可以解决了企业级应用研发人员在微服务架构下处理业务流程时，过长的微服务事务调用链条、复杂的事务对研发人员造成开发、维护影响的问题；可以使企业级应用研发人员着重关注业务本身，而非注重业务具体的设计与实现；忽略了为保证事务一致性而带来的代码设计、实现以及维护的难度与问题，进而减少了微服务之间通讯的压力。
152.最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。
153.此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。
154.本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
155.以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
156.应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
157.上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
158.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
159.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发
明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。