冗余代码分析方法、装置、电子设备、存储介质及产品与流程

1.本公开涉及计算机技术领域，尤其涉及冗余代码技术领域，具体涉及一种冗余代码分析方法、装置、电子设备、存储介质及产品。


背景技术：

2.互联网的快速发展，基于用户不同的需求，出现不同的互联网业务。针对每个互联网业务，都会出现大量的策略迭代和架构的升级，以使得互联网业务更加稳定的服务于用户。
3.在大量的策略迭代和架构的升级过程中，一般都会产生大量的冗余代码。


技术实现要素：

4.本公开提供了一种用于冗余代码分析方法、装置、电子设备、存储介质及产品。
5.根据本公开的第一方面，提供了一种冗余代码分析方法，所述方法包括：
6.在代码的配置文件中，获取控制变量，并确定所述控制变量的状态；根据所述状态，确定与所述控制变量相关的代码逻辑表达式；响应于所述代码逻辑表达式为无需执行的代码逻辑表达式，确定所述代码逻辑表达式为待下线的冗余代码。
7.根据本公开的第二方面，提供了一种冗余代码分析装置，所述装置包括：
8.获取模块，用于在代码的配置文件中，获取控制变量，并确定所述控制变量的状态；确定模块，用于根据所述状态，确定与所述控制变量相关的代码逻辑表达式；所述确定模块，还用于响应于所述代码逻辑表达式为无需执行的代码逻辑表达式，确定所述代码逻辑表达式为待下线的冗余代码。
9.根据本公开的第三方面，提供了一种电子设备，包括：
10.至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。
11.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据第一方面所述的方法。
12.根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据第一方面所述的方法。
13.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
14.附图用于更好地理解本方案，不构成对本公开的限定。其中：
15.图1出了本公开实施例提供的一种冗余代码分析方法的应用环境示意图；
16.图2出了本公开实施例提供的一种冗余代码分析方法的示意图；
17.图3示出了本公开实施例提供的一种冗余代码分析方法的流程示意图；
18.图4示出了本公开实施例提供的一种获取控制变量的方法的流程示意图；
19.图5示出了本公开实施例提供的一种合并控制变量的方法的示意图；
20.图6示出了本公开实施例提供的一种确定代码逻辑表达式的方法的流程示意图；
21.图7示出了本公开实施例提供的一种确定待下线的冗余代码的方法的流程示意图；
22.图8示出了本公开实施例提供的一种拆分代码逻辑表达式的方法的示意图；
23.图9示出了本公开实施例提供的一种确定代码逻辑表达式语义的方法的示意图；
24.图10示出了本公开实施例提供的一种下线冗余代码的方法的流程示意图；
25.图11示出了本公开实施例提供的一种冗余代码分析装置的结构示意图；
26.图12是用来实现本公开实施例的冗余代码分析方法的电子设备的框图。
具体实施方式
27.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
28.互联网的快速发展，基于用户不同的需求，出现不同的互联网业务。针对每个互联网业务，都会出现大量的策略迭代和架构的升级，以使得互联网业务更加稳定的服务于用户。
29.但是也会产生大量的冗余代码，冗余代码不仅增加了代码的维护成本，还可以降低编译的效率。为了检测冗余代码一般采用人力资源进行检测，对冗余代码进行标注后完成冗余代码的下线。然而使用人力资源检测的方式不仅耗时耗力，检出困难，而且很容易出现误删除、误更改的情况。
30.因此提出了不同的检测冗余代码的方式，例如，基于接口调用的冗余代码扫描、基于变量名和变量名重复次数的冗余代码检测或基于函数查找冗余代码。但是，面向的使用场景单一，适配成本较大，并不能覆盖所有的冗余代码片段。尤其是在大型互联网项目的迭代中，策略升级经常会通过开关控制生效，这样不仅有利于策略的上下线，而且保证了线上的稳定性。但是很多无用策略会通过关闭开关的形式进行下线，就导致了冗余代码的产生。针对于这种场景，上述解决方案的适配成本较大，而且检出冗余代码的覆盖率也会降低。而且相关技术中也没有关于自动下线冗余代码的方法，一般在代码检出后需要研发人员自己去手动删除代码，提交代码评审，进行测试，在测试通过后才可以将代码下线。在有大量代码下线的时候，不仅耗时费力、效率低下，而且存在代码安全风险。
31.基于此，本公开提供一种冗余代码分析方法和装置。通过检测配置文件中的控制变量，检测与控制变量相关的代码，基于代码的逻辑表达式，确定出冗余代码，可以减少代码库维护的人力与研发下线代码的人力。还可以通过本公开的方法和装置对检测的冗余代码进行下线，控制代码量，提升编译效率。
32.本公开通过实际背景对本公开进行说明，例如，互联网项目需要经过多次的迭代才会逐渐趋于稳定，图1出了本公开实施例提供的一种冗余代码分析方法的应用环境示意
图，如图1所示，在策略的迭代升级中，在新需求的基础上对策略进行升级，升级的同时会使用开关控制策略是否生效，在测试完成后进行上线。在策略升级时会加入大量的控制开关，关闭状态的控制变量所在代码逻辑表达式依然存在代码库中。
33.从而通过本公开的冗余代码分析的方法，对控制变量进行解析，通过代码检出阶段，得到包含有控制变量的代码逻辑表达式，从而通过代码下线阶段对检测的冗余代码的代码逻辑表达式对冗余代码进行下线。图2出了本公开实施例提供的一种冗余代码分析方法的示意图，如图2所示，其中，控制变量(即，开关)解析阶段，还包括线上配置拉取，配置文件解析，开关入库，冗余开关监控。代码检出阶段，还包括获取关闭开关，扫描包含开关的if语句，定位冗余代码收尾行，产出冗余代码详细信息。代码下线阶段包括生成代码审查链接，自主化测试，冗余代码下线以及冗余代码监控等。
34.下述实施例将结合附图对本公开提供的冗余代码分析方法和装置进行详细说明。
35.图3示出了本公开实施例提供的一种冗余代码分析方法的流程示意图，如图3中所示，该方法可以包括：
36.在步骤s110中，在代码的配置文件中，获取控制变量，并确定控制变量的状态。
37.在本公开实施例中，代码的控制变量一般配置在不同的配置文件中，并且不同的配置文件还配置在不同的区域。例如互联网迭代和升级的场景，在迭代中会使用控制变量来控制新增功能是否生效。通过控制变量的关闭状态、小流量触发的方式验证本次迭代的效果。控制变量则可以配置在与控制变量相关的配置文件中。需要说明的是，在本公开中控制变量也可以称为开关。
38.在本公开中，基于不同的区域获取配置文件的列表，并获取配置文件，并获取配置文件中的控制变量的状态。
39.其中，获取的配置文件可以是一个也可以是多个，每个配置文件中包括一个或多个控制变量。
40.在步骤s120中，根据状态，确定与控制变量相关的代码逻辑表达式。
41.在本公开实施例中，根据配置文件中控制变量的状态，确定状态为关闭状态的控制变量。进一步确定与状态为关闭状态的控制变量相关的代码逻辑表达式。
42.在步骤s130中，响应于代码逻辑表达式为无需执行的代码逻辑表达式，确定代码逻辑表达式为待下线的冗余代码。
43.在本公开实施例中，可以对确定的代理逻辑表达式进行判断，确定无需执行的代码逻辑表达式和需要执行的代码逻辑表达式。将无需执行的代码逻辑表达式，确定为待下线的冗余代码。
44.在本公开中，还可以对待下线的冗余代码进行标注，测试通过后对冗余代码进行下线。
45.通过本公开实施例提供的冗余代码分析方法，可以通过控制变量的状态，检测无需执行的代码逻辑表达式，节省了人力资源。并且可以对冗余代码进行自动测试，完成冗余代码的自动下线，保证了冗余代码下线的效率，减少了代码库的维护成本，而且提高了模块编译的效率。
46.如上述实施例，获取的配置文件包括多个配置文件。图4示出了本公开实施例提供的一种获取控制变量的方法的流程示意图，如图4中所示，该方法可以包括：
47.在步骤s210中，获取每个配置文件对应的解析器，并基于解析器解析配置文件，得到多个控制变量。
48.在本公开实施例中，根据获取的配置文件的列表，获取每个配置文件对应的解析器。例如，数据交换格式(javascript object notation，json)解析器、可扩展标记语言(extensible markup language，xml)解析器、前言(ain't markup language，yaml)解析器等。
49.在本公开中，通过不同的解析器解析对应的配置文件，得到多个不同的控制变量。
50.在步骤s220中，筛选多个控制变量，确定重复的控制变量。
51.在本公开实施例中，不同的配置文件可以包括相同的控制变量，解析配置文件得到的控制变量中，包括重复的控制变量。筛选多个控制变量中重复的控制变量，得到重复的控制变量。
52.在步骤s230中，获取每个配置文件的优先级，基于优先级在重复的控制变量中，确定优先级最高的配置文件对应的控制变量。
53.在本公开实施例中，还可以确定每个配置文件的优先级，根据配置文件的优先级，确定重复控制变量的状态，从而确定优先级最高的配置文件对应的控制变量。
54.例如，同一个控制变量，在配置文件a中的状态为关闭状态，在配置文件b中的状态为开启状态；若配置文件文件a的优先级高于配置文件b的优先级，则确定该控制变量的状态为关闭状态。
55.在步骤s240中，获取优先级最高的配置文件对应的控制变量和未重复的控制变量。
56.在本公开实施例中，获取将先级最高的配置文件对应的控制变量和未重复的控制变量进行合并，得到所有的控制变量。
57.示例性的，图5示出了本公开实施例提供的一种合并控制变量的方法的示意图。如图5所示，以3个区域为例，本公开还可以将区域称为机房。获取机房a、机房b和机房c的配置文件的列表，并根据列表中配置文件中的控制变量，确定对应的开关解析器a、开关解析器b和开关解析器c。基于不同的解析器解析对应的配置文件，得到多个开关(即，控制变量)集合。进一步获取开关所在配置文件的优先级，并根据配置文件的优先级对开关进行合并，去除重复的开关，得到所有的开关。
58.在本公开实施例中，控制变量的状态包括开启状态和关闭状态。图6示出了本公开实施例提供的一种确定代码逻辑表达式的方法的流程示意图，如图6中所示，该方法可以包括：
59.在步骤s310中，获取状态为关闭状态的控制变量。
60.在步骤s320中，在关闭状态的控制变量中，确定与控制变量相关的条件代码逻辑表达式。
61.在本公开实施例中，将关闭状态的控制变量所在的代码分支，确定为不再执行的代码分支，即，该分支的代码为冗余代码。在本公中获取状态为关闭状态的控制变量，并在关闭状态的控制变量中，遍历所有的条件代码逻辑表达式，确定与控制变量相关的条件代码逻辑表达式。
62.图7示出了本公开实施例提供的一种确定待下线的冗余代码的方法的流程示意
图，如图7中所示，该方法可以包括：
63.在步骤s410中，基于代码逻辑表达式的执行逻辑，确定代码逻辑表达式的语义。
64.在本公开实施例中，代码逻辑表达式包括至少一个具有单一逻辑的代码表达式，且通过确定每个单一逻辑的表达式的语义，确定代码逻辑表达式的语义。
65.在步骤s420中，基于语义确定代码逻辑表达式的执行状态。
66.在本公开实施例中，可以根据确定的每个代码逻辑表达式的语义，进一步确定每个代码逻辑表达式的执行状态。即，确定需要执行的代码逻辑表达式和无需执行的代码逻辑表达式。
67.在步骤s430中，将执行状态为无需执行的代码逻辑表达式，确定为待下线的冗余代码。
68.在本公开实施例中，筛选出无需执行的代码逻辑表达式，并将无需执行的代码逻辑表达式，确定为待下线的冗余代码。
69.例如，条件代码逻辑表达式，即，if代码逻辑表达式。将语义为false的if代码逻辑表达式，确定为待下线的冗余代码。
70.在本公开实施例中，确定代码逻辑表达式的实施方式可以参考图8。图8示出了本公开实施例提供的一种拆分代码逻辑表达式的方法的示意图，如图8中所示，将多重复杂的代码逻辑表达式确定作为一个原始问题，简单且单一表达式的语义确认作为一个子问题。即，基于代码逻辑表达式的逻辑运算符对代码逻辑表达式进行拆分，得到至少一个具有单一逻辑的子代码逻辑表达式。确定每个子代码逻辑表达式的语义。基于逻辑运算符对每个子代码逻辑表达式的语义进行归并，得到代码逻辑表达式的语义。其中，逻辑符号可以式(&&、||、|、&)，即可以理解为是和、或的逻辑运算符。和表示两者均为真，则语义为真即ture，或表示为两者均为假，则为假即false。
71.示例性的，以关闭状态的控制变量为switch_a和switch_b为例。图9示出了本公开实施例提供的一种确定代码逻辑表达式语义的方法的示意图，如图9中所示，if代码逻辑表达式为if((switch_a＝＝1)||(switch_b&&other_expr))，其中other_expr为其他不包含开关变量的表达式。使用逻辑运算符“||”对上述表达式进行分解，得到两个子代码逻辑表达式，包括子代码逻辑表达式a：switch_a＝＝1和子代码逻辑表达式b：switch_b&&other_expr。递归进行子代码逻辑表达式的分解和语义的确认。子代码逻辑表达式a的结果为false，子代码逻辑表达式b可以使用逻辑运算符“&&”分解为子代码逻辑表达式c：switch_b、子代码逻辑表达式d：other_expr。对所有子代码逻辑表达式的结果进行归并，子代码逻辑表达式d由于是不包含控制变量的表达式，无法进行判断，所以结果默认为true，子代码逻辑表达式c的结果为可以明确根据控制变量状态确认为false，向上归并得到子代码逻辑表达式b的结果为false，子代码逻辑表达式a的结果为false，继续归并得到最终结果为false。
72.在本公开实施例中，还可以对冗余代码进行标注，通过对冗余代码的起始行和终止行的标注来标注冗余代码。
73.进一步的，以代码逻辑表达式为条件逻辑代码表达式为例。根据确定的代码逻辑表达式的语义，将条件逻辑代码表达式的语义为false的代码块作为冗余代码进行检出。在冗余代码中包括if条件语句所在行作为开始行，将所述冗余代码中满足预设条件的栈所在
行，确定为终止行。
74.在本公开中，预设条件为代码逻辑表达式包括结束符且栈为空。即，基于栈来判断括号是否匹配，进而确认结束行。整体的判断逻辑是先从冗余代码开始行对代码文件进行遍历，若当前字符为“}”，则将其入栈；若当前字符为“{”，且栈不为空，则将栈顶元素出栈；当栈为空的时候，当前文件指针所指的行数就是冗余代码的终止行。其中本公开需要对一些特殊的情况进行适配，比如：被注释掉的代码、if语句后面有else的语句等。
75.本公开还可以对检测到的冗余代码进行下线操作。
76.图10示出了本公开实施例提供的一种下线冗余代码的方法的流程示意图，如图10中所示，该方法可以包括：
77.在步骤s510中，获取冗余代码的起始行和冗余代码的终止行。
78.在本公开实施例中，获取冗余代码的信息，该信息包括：所在文件路径、起始行、终止行、经理、研发等信息。其中对于研发信息的获取是通过git blame命令，对于研发对应经理的获取通过自建数据库。
79.本公开在获取冗余代码的信息中，获取冗余代码的起始行和冗余代码的终止行。
80.在步骤s520中，响应于冗余代码的数量大于或等于预设数量阈值，对冗余代码的起始行和冗余代码的终止行进行标注。
81.在本公开实施例中，确定冗余代码的数量，将冗余代码的数量大于或等于预设数量阈值，对冗余代码的起始行和冗余代码的终止行进行标注，并关联提交此代码的研发与经理，最终通过git生成该冗余代码的审查链接。
82.在步骤s530中，对标注的冗余代码进行测试，并对通过测试的冗余代码进行下线。
83.在本公开实施例中，根据持续集成与持续交付的流程，在生成代码审查链接之后会自动触发测试流水线进行自主化测试。在自主测试结束后，需要校验结果的正确性，如果测试结果符合预期且无异常，即可将代码合入主库，完成冗余代码的下线。
84.本公开从关闭状态的控制变量作为切入点，将关闭状态下的判断语句包裹的代码块作为冗余代码进行产出，并自动化的生成代码审查链接，在自主测试通过后，完成代码的下线。简化了冗余代码下线的流程，进而节省了研发处理冗余代码的人力。
85.本公开还可以对冗余代码进行持续监控，当冗余代码数量累计到一定数量之后，可以重新进行代码下线流程。利用本公开对冗余代码进行下线，可以减少维护成本，节省人力资源的浪费，保证冗余代码下线的效率，提高编译效率。
86.在本公开中，还可以对检测出的其他冗余代码进行下线，例如对第三方代码检测工具检测出的冗余代码进行下线。例如，第三方代码检测工具可以是孤岛函数。当通过孤岛函数将其工具的产出封装成本装置指定的格式，则可以采用本公开的冗余代码下线功能，对检测出的冗余代码进行下线。本公开提供的检测冗余代码和下线冗余代码的方式，结合代码上线操作，形成一个策略迭代中代码上线到下线的闭环。将该能力推广覆盖到互联网整个业务线，可以降低代码库的维护成本。
87.在本公开实施例中，还可以将获取的所有控制变量存入数据库，进行持久化操作。根据控制变量的不同状态，将控制变量及生成报表，进行控制变量的监控。通过对数据库中控制变量的监控，以及列表、曲线展示。当发现策略迭代上线的开关数量过多时，为避免代码库臃肿，可以及时回溯。即，对策略代码的上线数量、控制变量的上线数量进行监测。可以
通过报表对模块中的代码量、冗余代码量、开关量、冗余开关量进行监测。协助研发人员感知代码变化，避免代码库臃肿。
88.基于与图3中所示的方法相同的原理，图11示出了本公开实施例提供的一种冗余代码分析装置的结构示意图，如图11所示，该冗余代码分析装置100可以包括：
89.获取模块101，用于在代码的配置文件中，获取控制变量，并确定所述控制变量的状态；确定模块102，用于根据所述状态，确定与所述控制变量相关的代码逻辑表达式；所述确定模块102，还用于响应于所述代码逻辑表达式为无需执行的代码逻辑表达式，确定所述代码逻辑表达式为待下线的冗余代码。
90.在本公开实施例中，所述配置文件包括多个配置文件；所述获取模块101，用于获取每个配置文件对应的解析器，并基于所述解析器解析所述配置文件，得到多个控制变量；筛选所述多个控制变量，确定重复的控制变量；获取每个配置文件的优先级，基于所述优先级在所述重复的控制变量中，确定优先级最高的配置文件对应的控制变量；获取所述优先级最高的控制变量和未重复的控制变量。
91.在本公开实施例中，所述状态包括开启状态和关闭状态；所述确定模块102，用于获取所述状态为关闭状态的控制变量；在关闭状态的控制变量中，确定与所述控制变量相关的条件代码逻辑表达式。
92.在本公开实施例中，所述确定模块102，用于基于所述代码逻辑表达式的执行逻辑，确定所述代码逻辑表达式的语义；基于所述语义确定所述代码逻辑表达式的执行状态；将所述执行状态为无需执行的代码逻辑表达式，确定为待下线的冗余代码。
93.在本公开实施例中，所述确定模块102，用于基于所述代码逻辑表达式的逻辑运算符对所述代码逻辑表达式进行拆分，得到至少一个具有单一逻辑的子代码逻辑表达式；确定每个子代码逻辑表达式的语义；基于所述逻辑运算符对每个子代码逻辑表达式的语义进行归并，得到所述代码逻辑表达式的语义。
94.在本公开实施例中，所述确定模块102，还用于将所述冗余代码中的条件语句所在行，确定为冗余代码的起始行；将所述冗余代码中满足预设条件的栈所在行，确定为终止行。
95.在本公开实施例中，所述预设条件为代码逻辑表达式包括结束符且栈为空。
96.在本公开实施例中，所述确定模块102，还用于获取所述冗余代码的起始行和所述冗余代码的终止行；响应于所述冗余代码的数量大于或等于预设数量阈值，对冗余代码的起始行和所述冗余代码的终止行进行标注；对标注的冗余代码进行测试，并对通过测试的冗余代码进行下线。
97.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
98.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
99.图12示出了可以用来实施本公开的实施例的示例电子设备200的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计
算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
100.如图12所示，设备200包括计算单元201，其可以根据存储在只读存储器(rom)202中的计算机程序或者从存储单元208加载到随机访问存储器(ram)203中的计算机程序，来执行各种适当的动作和处理。在ram 203中，还可存储设备200操作所需的各种程序和数据。计算单元201、rom 202以及ram 203通过总线204彼此相连。输入/输出(i/o)接口205也连接至总线204。
101.设备200中的多个部件连接至i/o接口205，包括：输入单元206，例如键盘、鼠标等；输出单元207，例如各种类型的显示器、扬声器等；存储单元208，例如磁盘、光盘等；以及通信单元209，例如网卡、调制解调器、无线通信收发机等。通信单元209允许设备200通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
102.计算单元201可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元201的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元201执行上文所描述的各个方法和处理，例如方法冗余代码分析。例如，在一些实施例中，方法冗余代码分析可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元208。在一些实施例中，计算机程序的部分或者全部可以经由rom 202和/或通信单元209而被载入和/或安装到设备200上。当计算机程序加载到ram 203并由计算单元201执行时，可以执行上文描述的方法冗余代码分析的一个或多个步骤。备选地，在其他实施例中，计算单元201可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法冗余代码分析。
103.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
104.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
105.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计
算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
106.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
107.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
108.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
109.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
110.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。