服务调用链路的获取方法和装置与流程

1.本公开涉及计算机技术领域，具体涉及测试技术领域，更具体地涉及一种服务调用链路的获取方法、装置、设备、存储介质和程序产品。


背景技术：

2.随着分布式技术的逐渐成熟，分布式系统架构下的服务数量不断增加，服务调用链路愈发复杂，需要测试的范围也随之扩大，当分布式系统中微服务发生改动升级时，如何确定测试范围以及如何详细了解测试范围内修改的服务与该服务的调用链路，以生成有针对的测试案例有助于测试效率的提升，因此急需一种服务调用链路的获取方法。
3.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

4.鉴于上述问题，本公开提供了服务调用链路的获取方法、装置、设备、介质和程序产品。
5.根据本公开的第一个方面，提供了一种服务调用链路的获取方法，包括：
6.根据服务注册列表确定所述服务注册列表中的所有服务对应的实现类源文件，所述服务注册列表是通过扫描服务提供者配置文件得到的；
7.根据预设服务调用规则对所述实现类源文件进行代码扫描，以获取多个服务调用关系，其中，所述预设服务调用规则用于表征实现类源文件中的服务调用形式，每一个所述服务调用关系为两个服务间的调用关系；以及
8.调用目标函数处理所述多个服务调用关系，以生成目标服务调用链路。
9.根据本公开的实施例，所述根据服务注册列表确定所有服务对应的实现类源文件包括：
10.根据所述服务注册列表确定已注册服务信息，所述已注册服务信息包括服务名称和实现类文件名；
11.根据所述服务名称和所述实现类文件名确定与所述服务的实现类源文件。
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.根据本公开的实施例，代码扫描模块包括：
48.第三确定子模块，用于根据预设服务调用规则确定目标关键字段；
49.扫描子模块，用于根据所述目标关键字段扫描所述实现类源文件，以确定所述目标关键字段的上下文代码；
50.第四确定子模块，用于根据所述目标关键字段的上下文代码确定服务调用方和服务被调用方；以及
51.第一生成子模块，用于根据所述服务调用方和所述服务被调用方生成多个服务调用关系。
52.根据本公开的实施例，服务调用链路生成模块包括：
53.第五确定子模块，用于确定目标函数的传入参数，其中所述传入参数为单个服务名或服务链；
54.第六确实子模块，用于根据所述传入参数的预设标识确定所述传入参数类型；
55.循环搜索子模块，用于根据所述传入参数类型循环搜索所述多个服务调用关系直至生成目标服务调用链路。
56.根据本公开的实施例，所述循环搜索子模块包括：
57.获取单元，用于当确定所述传入参数类型为服务链时，获取所述服务链的末端服务名；
58.第二确定单元，用于根据所述末端服务名搜索所述多个服务调用关系，以确定第一服务列表，所述第一服务列表为被末端服务调用的服务集合；
59.第二生成单元，用于将所述第一服务列表的每一服务添加至所述末端服务名之后，以生成多个服务调用链路；以及
60.第一循环搜索单元，用于循环搜索所述多个服务调用关系，以延长所述多个服务调用链路直至生成多条目标服务调用链路。
61.根据本公开的实施例，所述循环搜索子模块还包括：
62.第三确定单元，用于当确定所述传入参数类型为单个服务名时，根据所述单个服务名搜索所述多个服务调用关系，以确定第二服务列表，所述第二服务列表为被所述单个服务名调用的服务集合；
63.第三生成单元，用于将所述第二服务列表的每一服务添加至所述单个服务名之后，以生成多个服务调用链路；以及
64.第二循环搜索单元，用于循环搜索所述多个服务调用关系，以延长所述多个服务
调用链路直至生成多条目标服务调用链路。
65.根据本公开的实施例，所述装置还包括：
66.比较模块，用于将所述目标服务调用链路与实际调用链路进行比较，确定未知服务调用链路；
67.解析模块，用于解析所述未知服务调用链路，以生成目标服务调用规则；以及
68.更新模块，用于根据所述目标服务调用规则更新所述预设服务调用规则。
69.本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述服务调用链路的获取方法。
70.本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述服务调用链路的获取方法。
71.本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述服务调用链路的获取方法。
72.通过本公开的实施例提供的一种服务调用链路的获取方法，通过扫描服务提供者配置文件获取服务注册列表，根据服务注册列表反向编译获取注册服务对应的实现类源文件，通过静态代码扫描技术根据预设服务调用规则对实现类源文件进行扫描生成多个服务调用关系，进而生成目标服务调用链路，使得测试更有针对性，有助于提高测试效率，为安全生产提供保障。
附图说明
73.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
74.图1示意性示出了根据本公开实施例的服务调用链路的获取方法、装置、设备、介质和程序产品的应用场景图；
75.图2示意性示出了根据本公开实施例的服务调用链路的获取方法的流程图；
76.图3a示意性示出了根据本公开实施例的服务实现类源文件获取方法的流程图之一；
77.图3b示意性示出了根据本公开实施例的服务实现类源文件获取方法的流程图之二；
78.图4示意性示出了根据本公开实施例的通过静态代码扫描获取服务调用关系的流程图；
79.图5a示意性示出了根据本公开实施例的根据多个服务调用关系生成目标服务调用链路方法的流程图之一；
80.图5b示意性示出了根据本公开实施例的根据多个服务调用关系生成目标服务调用链路方法的流程图之二；
81.图5c示意性示出了根据本公开实施例的根据多个服务调用关系生成目标服务调用链路方法的流程图之三；
82.图6示意性示出了根据本公开实施例的预设服务调用规则更新方法的流程图；
83.图7示意性示出了根据本公开实施例的服务调用链路的获取装置的结构框图；以
及
84.图8示意性示出了根据本公开实施例的适于实现云平台接口生成方法的电子设备的方框图。
具体实施方式
85.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
86.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
87.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
88.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
89.本公开的实施例提供了一种服务调用链路的获取方法，包括：根据服务注册列表确定所述服务注册列表中的所有服务对应的实现类源文件，所述服务注册列表是通过扫描服务提供者配置文件得到的；根据预设服务调用规则对所述实现类源文件进行代码扫描，以获取多个服务调用关系，其中，所述预设服务调用规则用于表征实现类源文件中的服务调用形式，每一个所述服务调用关系为两个服务间的调用关系；以及调用目标函数处理所述多个服务调用关系，以生成目标服务调用链路。
90.图1示意性示出了根据本公开实施例的服务调用链路的获取方法、装置、设备、介质和程序产品的应用场景图。
91.如图1所示，根据该实施例的应用场景100可以包括云平台接口使用场景。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
92.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
93.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
94.服务器105可以是服务器，为用户提供服务调用链路生成服务，例如响应于用户利用终端设备101、102、103所发出的调用链路获取指令，提供相应支持的后台服务器(仅为示例)。后台服务器可以对接收到的用户服务调用链路的获取请求等数据进行分析等处理，并
将生成的服务调用链路反馈给终端设备。
95.需要说明的是，本公开实施例所提供的服务调用链路的获取方法一般可以由服务器105执行。相应地，本公开实施例所提供的服务调用链路的获取装置一般可以设置于服务器105中。本公开实施例所提供的服务调用链路的获取方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的服务调用链路的获取装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
96.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
97.需要说明的是，本公开实施例确定的服务调用链路的获取方法和装置可用于金融领域在测试技术领域的应用，也可用于除金融领域之外的任意领域，本公开实施例确定的服务调用链路的获取方法和装置的应用领域不做限定。
98.以下将基于图1描述的场景，通过图2～图6对本公开实施例的服务调用链路的获取方法进行详细描述。
99.图2示意性示出了根据本公开实施例的服务调用链路的获取方法的流程图。如图2所示，该实施例的服务调用链路的获取方法包括操作s210～操作s230，该方法可以服务器或其他计算设备执行。
100.在操作s210，根据服务注册列表确定所述服务注册列表中的所有服务对应的实现类源文件。
101.根据本公开的实施例，所述服务注册列表是通过扫描服务提供者配置文件得到的。
102.一个示例中，在dubbo微服务框架下，服务提供者需要在provider.xml文件，即服务提供者配置文件中注册自己的服务，根据扫描该服务提供者配置文件能够获取已注册的全部服务，即获取全量的服务注册列表，并根据服务注册列表确定列表中每一服务对应的实现类源文件。获取服务实现类源文件的过程，在此不再赘述。参见图3a所示的操作s211～操作s212。
103.在操作s220，根据预设服务调用规则对所述实现类源文件进行代码扫描，以获取多个服务调用关系。
104.根据本公开的实施例，所述所述预设服务调用规则用于表征实现类源文件中的服务调用形式，每一所述服务调用关系为两个服务间的调用关系。
105.根据本公开的实施例，所述服务调用形式包括函数调用和注解调用。
106.一个示例中，在获取任一服务的实现类源文件之后，根据预设服务调用规则对该服务的源文件代码进行静态代码扫描，其中预设服务调用规则指实现类源文件中的多种服务调用形式，包括函数调用、注解调用和其他形式的调用。识别与预设服务调用规则相关的代码，进而确定该服务的调用方和被调用方，例如在某一行代码中确定该服务的方法m1调用了服务s1，继续搜索服务s1的实现类源文件调用了哪些服务，直至某一服务只作为被调用方而不调用其他服务，则表征该条服务调用链搜索结束。将所有的源文件都进行上述扫描过程即可获取所有的服务调用链路。当服务数量多，调用链路复杂时，可能会出现对同一文件扫描多次的情况，导致耗时较久，服务调用链路的获取速率降低，为了提高扫描效率，
在本公开实施例中，仅需扫描一次全部源文件，获取多个服务调用关系，该服务调用关系仅表征两服务之间的调用关系，即通过操作s220获取的服务调用链路仅包括调用方和被调用方两个服务。具体的静态代码扫描过程可参见图4所示的操作s221～操作s224，在此不再赘述。
107.在操作s230，调用目标函数将所述多个服务调用关系生成目标服务调用链路。
108.一个示例中，通过调用目标函数将多个服务调用关系串联起来，生成完整的多条服务调用链路，该目标函数用于将多个服务调用关系串联起来延长服务调用链路，根据多个服务调用关系生成目标服务调用链路的过程可参见图5a所述的操作s231～操作s233。
109.通过本公开的实施例提供的一种服务调用链路的获取方法，通过扫描服务提供者配置文件获取服务注册列表，根据服务注册列表反向编译获取注册服务对应的实现类源文件，通过静态代码扫描技术根据预设服务调用规则对实现类源文件进行扫描生成多个服务调用关系，进而生成目标服务调用链路，使得测试更有针对性，有助于提高测试效率，为安全生产提供保障。
110.图3a示意性示出了根据本公开实施例的服务实现类源文件获取方法的流程图之一，图3b示意性示出了根据本公开实施例的服务实现类源文件获取方法的流程图之二。如图3a所示，操作s210包括操作s211～操作s212。
111.在操作s211，根据所述服务注册列表确定已注册服务信息。
112.根据本公开的实施例，所述已注册服务信息包括服务名称和实现类文件名。
113.在操作s212，根据所述服务名称和所述实现类文件名确定与所述服务的实现类源文件。
114.如图3b所示，操作s212包括操作s2121和操作s2122。
115.在操作s2121，根据所述服务名称和所述实现类文件名确定服务的镜像文件。
116.在操作s2222，对所述镜像文件进行反编译生成所述服务的实现类源文件。
117.一个示例中，已注册服务信息包括服务名、方法名和实现类文件名，以f-prrs(个人汇款)为例，在provider.xml中找到了注册的服务atscrossborderremitasm(跨境汇款服务)，该服务对应的实现类源文件名为com.xxx.xx.app.service.atscrossborderremitasmimpl，根据实现类源文件名在镜像数据库中确定跨境汇款服务的镜像文件，由于镜像文件为已编译的文件，因此还需对镜像文件进行反向编译生成该服务的源代码文件，即实现类源文件。
118.图4示意性示出了根据本公开实施例的通过静态代码扫描获取服务调用关系的流程图。如图4所示，操作s220包括操作s221～操作s224。
119.在操作s221，根据预设服务调用规则确定目标关键字段。
120.在操作s222，根据所述目标关键字段扫描所述实现类源文件，以确定所述目标关键字段的上下文代码。
121.在操作s223，根据所述目标关键字段的上下文代码确定服务调用方和服务被调用方。
122.在操作s224，根据所述服务调用方和所述服务被调用方生成多个服务调用关系。
123.一个示例中，dubbo服务框架下不同层的服务主要是通过函数getbean，invokeservice，invokeasyncservice，beanutil.getasyncmodule实现相互调用。此外，各
服务可通过使用注解@autowired，@resources实现bean的注入，调用各功能组件。将上述函数调用方法和注解作为目标关键字段，进行关键字段识别，定位到源代码中目标关键字段的上下文代码，提取上下文代码中的服务调用方和服务被调用方，生成一个服务调用关系。为了获取两个服务之间的调用关系，需要对所有源代码进行扫描。对源代码目录下的源代码文件进行遍历，对于每一源代码文件，采用逐行扫描的方法，根据服务调用规则来提取该文件中的特定方法调用了何种服务，这样就可以得到形式如service1
→
service2的两个服务之间的调用关系。
124.以f-prrs(个人汇款)为例说明获取一条服务链路的过程与结果。例如，在provider.xml中找到了注册的服务atscrossborderremitasm(跨境汇款服务)，其对应的实现类是com.icbc.prrs.app.service.atscrossborderremitasmimpl，通过扫描该文件可以发现该文件中存在@autowired注解，引入了模块a，之后该服务的多个方法中均使用了这一模块的对象。如该服务的doremit方法中，使用了该模块创建的对象b。之后扫描crossborderremit文件查找b方法中是否调用了别的服务或者模块。搜索得到该方法调用了组件c，进一步搜索发现组件c调用了方法d，之后再搜索方法d是否调用其它服务或者模块，直到方法不再调用其它服务或组件。经过上述操作即可得到多个服务调用关系，a调用b，b调用c，c调用d。
125.图5a示意性示出了根据本公开实施例的根据多个服务调用关系生成目标服务调用链路方法的流程图之一，图5b示意性示出了根据本公开实施例的根据多个服务调用关系生成目标服务调用链路方法的流程图之二，图5c示意性示出了根据本公开实施例的根据多个服务调用关系生成目标服务调用链路方法的流程图之三。如图5a所示，包括操作s231～操作s233。
126.在操作s231，确定目标函数的传入参数，其中所述传入参数为单个服务名或服务链。
127.在操作s232，根据所述传入参数的预设标识确定所述传入参数类型。
128.一个示例中，首先确定目标函数的传入参数，例如可以是根据多个服务调用关系筛选出所有属于调用方且不是被调用方的服务，即目标源服务，对于筛选出的每个目标源服务调用目标函数不断延长该目标源服务的调用链路，直至生成完整的目标服务调用链路。该目标函数的输入参数为service，传入的参数可以是单个服务名也可以是服务链。首先判断传入参数service的类型，即是单个服务名还是服务链，具体的，可以根据识别传入参数中是否有预设标识，例如可以是
“‑”
、
“→”
、“@”等表示服务调用关系的标识。
129.在操作s233，根据所述传入参数类型循环搜索所述多个服务调用关系直至生成目标服务调用链路。
130.操作s233有两种可行的实施方式：
131.在一种可行的实施方式，如图5b所示，包括操作s310～操作s340。
132.在操作s310，当确定所述传入参数类型为服务链时，获取所述服务链的末端服务名。
133.在操作s320，根据所述末端服务名搜索所述多个服务调用关系，以确定第一服务列表。
134.根据本公开的实施例，所述第一服务列表为被末端服务调用的服务集合。
135.在操作s330，将所述第一服务列表的每一服务添加至所述末端服务名之后，以生成多个服务调用链路。
136.在操作s340，循环搜索所述多个服务调用关系，以延长所述多个服务调用链路直至生成多条目标服务调用链路。
137.一个示例中，当确定为服务链时，确定服务链中最后一个服务名，赋值给变量tempsrv。搜索服务调用关系获取所有被tempsrv调用的服务，形成第一服务列表calledbytempsrv，若calledbytempsrv为空，则表征当前服务为服务调用链路中的最后一个服务，则结束搜索。calledbytempsrv中的每一个服务都可以作为被调用方添加到原有的服务或者服务调用链中，如果calledbytempsrv有n个元素，则可以获取n个新的服务链：service
→
元素1，service
→
元素2，...，service
→
元素n。将操作s330获取到的每一个新服务链赋值给service，重新执行上述过程，直至得到多条目标服务调用链路。
138.在另一种可行的实施方式中，如图5c所示，包括操作s410～操作s430。
139.在操作s410，当确定所述传入参数类型为单个服务名时，根据所述单个服务名搜索所述多个服务调用关系，以确定第二服务列表。
140.根据本公开的实施例，所述第二服务列表为被所述单个服务名调用的服务集合。
141.在操作s420，将所述第二服务列表的每一服务添加至所述单个服务名之后，以生成多个服务调用链路。
142.在操作s430，循环搜索所述多个服务调用关系，以延长所述多个服务调用链路直至生成多条目标服务调用链路。
143.一个示例中，操作s410～操作s430的原理大致相同，当确定传入参数为单个服务名后，将该单个服务名赋值给变量tempsrv。搜索服务调用关系获取所有被tempsrv调用的服务，形成第二服务列表calledbytempsrv，若calledbytempsrv为空，则表征当前服务为服务调用链路中的最后一个服务，则结束搜索。calledbytempsrv中的每一个服务都可以作为被调用方添加到原有的服务或者服务调用链中，如果calledbytempsrv有n个元素，则可以获取n个新的服务链：service
→
元素1，service
→
元素2，...，service
→
元素n。
144.例如，通过第一次的扫描可以获取如下的两个服务之间的调用关系：a
→
b、b
→
c、c
→
d。
145.首先传入服务a这一参数，确定该服务调用了服务b，得到服务链a
→
b，将该服务链继续输入目标函数，经过判断确定传入参数是服务链参数，确定该服务链中的最后一个被调用服务名b，经过搜索确定该服务b调用了服务c，则服务链进一步延长为：a
→b→
c，直到服务链中的最后端的服务搜不到调用其它服务的场景时，即服务d为最后一个被调用的服务，则该条服务链搜索结束，即生成目标服务调用链路a
→b→c→
d。
146.由于预设服务调用规则仅包含常用的调用形式，有时开发人员并不按照规范调用，因此本公开实施例中的服务调用规则还可以动态更新调整，接下来将通过图6介绍预设服务调用规则更新过程。
147.图6示意性示出了根据本公开实施例的预设服务调用规则更新方法的流程图。具体包括操作s510～操作s530。
148.在操作s510，将所述目标服务调用链路与实际调用链路进行比较，确定未知服务调用链路。
149.在操作s520，解析所述未知服务调用链路，以生成目标服务调用规则。
150.在操作s530，根据所述目标服务调用规则更新所述预设服务调用规则。
151.一个示例中，可以将通过静态代码扫描得到的目标服务调用链路，与实际调用链路进行比较，该实际调用链路指在实际交易流转的过程中发生的真实的调用链路，由全息监控系统记录得到，通过对比确定实际调用链路中存在目标服务调用链路中不存在的服务调用链路，即未知服务调用链路，通过解析未知服务调用链路对应的代码文件，抽象出新的目标服务调用规则，并对预设服务调用规则进行更新。例如，图4操作中得到的服务调用链路为a-b-c-d，在全息监控系统中搜索服务a，得到a-b-d-e-c，此时确定服务d调用服务e为未知服务调用链路，分析服务d和服务e的实现类源文件的代码，分析存在该服务调用的举行形式，抽象成调用规则，例如确定相应的调用函数名或方法名，将该规则更新至预设服务调用规则中，用于后续的代码扫描。
152.基于上述服务调用链路的获取方法，本公开还提供了一种服务调用链路的获取装置。以下将结合图7对该装置进行详细描述。
153.图7示意性示出了根据本公开实施例的服务调用链路的获取装置的结构框图。
154.如图7所示，该实施例的服务调用链路的获取装置800包括确定模块810、代码扫描模块820和服务调用链路生成模块830。
155.确定模块810用于根据服务注册列表确定所述服务注册列表中的所有服务对应的实现类源文件，所述服务注册列表是通过扫描服务提供者配置文件得到的。在一实施例中，确定模块810可以用于执行前文描述的操作s210，在此不再赘述。
156.代码扫描模块820用于根据预设服务调用规则对所述实现类源文件进行代码扫描，以获取多个服务调用关系，其中，所述预设服务调用规则用于表征实现类源文件中的服务调用形式，每个所述服务调用关系为两个服务间的调用关系。在一实施例中，代码扫描模块820可以用于执行前文描述的操作s220，在此不再赘述。
157.服务调用链路生成模块830用于根据所述多个服务调用关系调用目标函数，以生成目标服务调用链路。在一实施例中，服务调用链路生成模块830可以用于执行前文描述的操作s230，在此不再赘述。
158.根据本公开的实施例，确定模块810包括：第一确定子模块811和第二确定子模块812。
159.第一确定子模块811用于根据所述服务注册列表确定已注册服务信息，所述已注册服务信息包括服务名称和实现类文件名。在一实施例中，第一确定子模块811可以用于执行前文描述的操作s211，在此不再赘述。
160.第二确定子模块812用于根据所述服务名称和所述实现类文件名确定与所述服务的实现类源文件。在一实施例中，第二确定子模块812可以用于执行前文描述的操作s212，在此不再赘述。
161.根据本公开的实施例，第二确定子模块812包括第一确定单元8121和第一生成单元8122。
162.第一确定单元8121用于根据所述服务名称和所述实现类文件名确定服务的镜像文件。在一实施例中，第一确定单元8121可以用于执行前文描述的操作s2121在此不再赘述。
163.第一生成单元8122用于对所述镜像文件进行反编译生成所述服务的实现类源文件。在一实施例中，第一生成单元8122可以用于执行前文描述的操作s2122在此不再赘述。
164.根据本公开的实施例，代码扫描模块820包括：第三确定子模块821、扫描子模块822、第四确定子模块823和第一生成子模块824。
165.第三确定子模块821用于根据预设服务调用规则确定目标关键字段。在一实施例中，第三确定子模块821可以用于执行前文描述的操作s221，在此不再赘述。
166.扫描子模块822用于根据所述目标关键字段扫描所述实现类源文件，以确定所述目标关键字段的上下文代码。在一实施例中，扫描子模块822可以用于执行前文描述的操作s232，在此不再赘述。
167.第四确定子模块823用于根据所述目标关键字段的上下文代码确定服务调用方和服务被调用方。在一实施例中，第四确定子模块823可以用于执行前文描述的操作s223，在此不再赘述。
168.第一生成子模块824用于根据所述服务调用方和所述服务被调用方生成多个服务调用关系。在一实施例中，第一生成子模块824可以用于执行前文描述的操作s224，在此不再赘述。
169.根据本公开的实施例，服务调用链路生成模块830包括：第五确定子模块831、第六确定子模块832和循环搜索子模块833。
170.根据本公开的实施例，第五确定子模块831用于确定目标函数的传入参数，其中所述传入参数为单个服务名或服务链。在一实施例中，第五确定子模块831可以用于执行前文描述的操作s231，在此不再赘述。
171.第六确实子模块832用于根据所述传入参数的预设标识确定所述传入参数类型。在一实施例中，第六确定子模块832可以用于执行前文描述的操作s232，在此不再赘述。
172.循环搜索子模块833用于根据所述传入参数类型循环搜索所述多个服务调用关系直至生成目标服务调用链路。在一实施例中，循环搜索子模块833可以用于执行前文描述的操作s233，在此不再赘述。
173.根据本公开的实施例，循环搜索子模块833包括：获取单元8331、第二确定单元8332、第二生成单元8333和第一循环搜索单元8334。
174.获取单元8331用于当确定所述传入参数类型为服务链时，获取所述服务链的末端服务名。在一实施例中，获取单元8331可以用于执行前文描述的操作s310，在此不再赘述。
175.第二确定单元8332用于根据所述末端服务名搜索所述多个服务调用关系，以确定第一服务列表，所述第一服务列表为被末端服务调用的服务集合。在一实施例中，第二确定单元8332可以用于执行前文描述的操作s320，在此不再赘述。
176.第二生成单元8333用于将所述第一服务列表的每一服务添加至所述末端服务名之后，以生成多个服务调用链路。在一实施例中，第二生成单元8333可以用于执行前文描述的操作s330，在此不再赘述。
177.第一循环搜索单元8334用于循环搜索所述多个服务调用关系，以延长所述多个服务调用链路直至生成多条目标服务调用链路。在一实施例中，第一循环搜索单元8334可以用于执行前文描述的操作s340，在此不再赘述。
178.根据本公开的实施例，循环搜索子模块833还包括：第三确定单元8335、第三生成
单元8336和第二循环搜索单元8337。
179.第三确定单元8335用于当确定所述传入参数类型为单个服务名时，根据所述单个服务名搜索所述多个服务调用关系，以确定第二服务列表，所述第二服务列表为被所述单个服务名调用的服务集合。在一实施例中，第三确定单元8335可以用于执行前文描述的操作s410，在此不再赘述。
180.第三生成单元8336用于将所述第二服务列表的每一服务添加至所述单个服务名之后，以生成多个服务调用链路。在一实施例中，第三生成单元8336可以用于执行前文描述的操作s420，在此不再赘述。
181.第二循环搜索单元8337用于循环搜索所述多个服务调用关系，以延长所述多个服务调用链路直至生成多条目标服务调用链路。在一实施例中，第二循环搜索单元8337可以用于执行前文描述的操作s430，在此不再赘述。
182.根据本公开的实施例，服务调用链路的获取装置还包括比较模块840、解析模块850和更新模块860。
183.比较模块840用于将所述目标服务调用链路与实际调用链路进行比较，确定未知服务调用链路。在一实施例中，比较模块840可以用于执行前文描述的操作s510，在此不再赘述。
184.解析模块850用于解析所述未知服务调用链路，以生成目标服务调用规则。在一实施例中，解析模块850可以用于执行前文描述的操作s520，在此不再赘述。
185.更新模块860用于根据所述目标服务调用规则更新所述预设服务调用规则。在一实施例中，更新模块860可以用于执行前文描述的操作s530，在此不再赘述。
186.根据本公开的实施例，确定模块810、代码扫描模块820和服务调用链路生成模块830中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，确定模块810、代码扫描模块820和服务调用链路生成模块830中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，确定模块810、代码扫描模块820和服务调用链路生成模块830中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
187.图8示意性示出了根据本公开实施例的适于实现服务调用链路的获取方法的电子设备的方框图。
188.如图8所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
189.在ram 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、rom 902以及ram 903通过总线904彼此相连。处理器901通过执行rom 902和/或ram 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 902和ram 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
190.根据本公开的实施例，电子设备900还可以包括输入/输出(i/o)接口905，输入/输出(i/o)接口905也连接至总线904。电子设备900还可以包括连接至i/o接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
191.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的服务调用链路的获取方法。
192.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 902和/或ram 903和/或rom 902和ram 903以外的一个或多个存储器。
193.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的服务调用链路的获取方法。
194.在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
195.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
196.在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
197.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
198.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
199.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
200.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。