一种代码分析处理方法、装置和可读存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种代码分析处理方法、装置和可读存储介质。


背景技术：

2.在linux系统中，将程序的运行空间分为内核空间与用户空间(内核态和用户态)，在逻辑上它们之间是相互隔离的，因此用户程序不能访问内核数据，也无法使用内核函数。
3.linux内核api(application programming interface，应用程序接口)，是由linux内核导出的应用编程接口，是提供给其它模块使用的函数接口，用于访问内核数据和使用内核函数，方便开发人员进行内核开发工作。
4.不同版本的linux内核通常会涉及大量的内核函数的修改，可能导致有的内核api无法在新版本的linux内核上正常运行，也即，这些内核api出现兼容性问题。因此，每一次linux内核版本的变更，都需要大量开发人员对整个linux操作系统中的所有内核api进行兼容性审查，以对新版本进行优化。然而，对整个linux操作系统中的所有内核api进行兼容性审查，需要人工分析内核代码，需要耗费大量的人力且效率较低。


技术实现要素：

5.本技术实施例提供一种代码分析处理方法、装置和可读存储介质，可以提高内核api兼容性审查的效率。
6.为了解决上述问题，本技术实施例公开了一种代码分析处理方法，应用于计算机设备，所述方法包括：
7.根据基准版本代码，在更新版本代码中确定变化函数，所述变化函数指所述更新版本代码中相对于所述基准版本代码发生变更的同名函数；
8.对于所述更新版本代码中的目标函数，生成每个目标函数的调用树；所述调用树中包括调用函数的名称和被调用函数的名称；所述目标函数为变化函数或者应用程序接口；
9.根据所述目标函数的调用树，在所述更新版本代码中确定目标接口，所述目标接口为应用程序接口且所述目标接口为所述变化函数的调用函数；
10.将所述目标接口的调用信息保存到第一文件中，所述目标接口的调用信息包括所述目标接口的信息和所述目标接口调用的变化函数的信息。
11.另一方面，本技术实施例公开了一种代码分析处理装置，应用于计算机设备，所述装置包括：
12.变化函数确定模块，用于根据基准版本代码，在更新版本代码中确定变化函数，所述变化函数指所述更新版本代码中相对于所述基准版本代码发生变更的同名函数；
13.调用树生成模块，用于对于所述更新版本代码中的目标函数，生成每个目标函数的调用树；所述调用树中包括调用函数的名称和被调用函数的名称；所述目标函数为变化
函数或者应用程序接口；
14.目标接口确定模块，用于根据所述目标函数的调用树，在所述更新版本代码中确定目标接口，所述目标接口为应用程序接口且所述目标接口为所述变化函数的调用函数；
15.调用信息保存模块，用于将所述目标接口的调用信息保存到第一文件中，所述目标接口的调用信息包括所述目标接口的信息和所述目标接口调用的变化函数的信息。
16.再一方面，本技术实施例公开了一种用于代码分析处理装置，包括有存储器，以及一个以上程序，其中一个以上程序存储于存储器中，且经配置以由一个以上处理器执行所述一个以上程序，所述一个以上程序包含用于进行如前述任一所述的代码分析处理方法的指令。
17.又一方面，本技术实施例公开了一种可读存储介质，其上存储有指令，当所述指令由装置的一个或多个处理器执行时，使得装置执行如前述任一所述的代码分析处理方法。
18.本技术实施例包括以下优点：
19.本技术实施例提供的代码分析处理方法，在linux内核的版本发生更新的情况下，通过对基准版本代码和更新版本代码进行分析，在更新版本代码中找到相对于基准版本代码中的变化函数；根据目标函数的调用树，在更新版本代码中找到调用这些变化函数的目标接口，并将所述目标接口的调用信息保存到第一文件中。所述目标接口的调用信息包括所述目标接口的信息和所述目标接口调用的变化函数的信息。由此，根据所述第一文件可以直观得知更新版本代码中包含哪些目标接口(调用了变化函数的内核api)，以及这些目标接口调用了哪些发生变更的内核函数，从而可以辅助开发人员对更新版本代码中的内核api进行兼容性审查，快速查找到可能存在兼容性问题的内核api，进而通过修改或优化的方式解决内核api的兼容性问题。此外，所述第一文件中记录有所有调用了变化函数的内核api，而内核api的兼容性问题通常是因为调用了变化函数所导致，因此只需对第一文件中的目标接口进行兼容性审查即可，而不用对整个更新版本代码中的所有内核api进行兼容性审查，可以减少人工成本和审查时间。再者，本技术实施例不依赖于开发人员的技术水平，可以提高兼容性审查的效率和准确性。
附图说明
20.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1是本技术的一种代码分析处理方法实施例的步骤流程图；
22.图2是本技术在可视化界面中展示第一文件中的内容的一个示意图；
23.图3是本技术的一种代码分析处理装置实施例的结构框图；
24.图4是本技术的一种用于代码分析处理装置800的框图；
25.图5是本技术的一些实施例中服务器的结构示意图。
具体实施方式
26.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完
整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
27.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中的术语“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本技术实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
28.参照图1，示出了本技术的一种代码分析处理方法实施例的步骤流程图，所述方法可应用于计算机设备，所述方法可以包括如下步骤：
29.步骤101、根据基准版本代码，在更新版本代码中确定变化函数，所述变化函数指所述更新版本代码中相对于所述基准版本代码发生变更的同名函数；
30.步骤102、对于所述更新版本代码中的目标函数，生成每个目标函数的调用树；所述调用树中包括调用函数的名称和被调用函数的名称；所述目标函数为变化函数或者应用程序接口；
31.步骤103、根据所述目标函数的调用树，在所述更新版本代码中确定目标接口，所述目标接口为应用程序接口且所述目标接口为所述变化函数的调用函数；
32.步骤104、将所述目标接口的调用信息保存到第一文件中，所述目标接口的调用信息包括所述目标接口的信息和所述目标接口调用的变化函数的信息。
33.所述计算机设备可以包括但不限于如下任意一种：服务器、智能手机、录音笔、平板电脑、电子书阅读器、mp3(动态影像专家压缩标准音频层面3，moving picture expertsgroup audio layer iii)播放器、mp4(动态影像专家压缩标准音频层面4，moving pictureexperts group audio layer iv)播放器、膝上型便携计算机、车载电脑、台式计算机、机顶盒、智能电视机、可穿戴设备等。
34.所述计算机设备可以安装有linux操作系统，本技术实施例对所述linux操作系统的类型不做限制，例如，所述linux操作系统可以包括但不限于debian、ubuntu(乌班图)、centos(community enterprise operating system，社区企业操作系统)、uos(统信桌面操作系统)、麒麟操作系统、方德操作系统等中的任意一种。需要说明的是，本技术实施例中所述的内核指linux内核。
35.在本技术实施例中，基准版本代码指linux内核的基准版本的源代码，更新版本代码指linux内核的更新版本的源代码。更新版本是基于基准版本进行迭代开发得到的版本。基准版本可以是一个初始版本，或者，在对基准版本进行迭代开发一段时间后得到的一个稳定版本也可以作为一个基准版本。
36.本技术提供的代码分析处理方法，可用于在linux内核的版本发生更新的情况下，通过对基准版本代码和更新版本代码进行分析，从更新版本代码中提取出目标接口的调用信息，并保存在第一文件中。
37.所述目标接口为更新版本代码中的应用程序接口(api)且所述目标接口为变化函数的调用函数。所述变化函数指所述更新版本代码中相对于所述基准版本代码发生变更的同名函数。所述变更可以包括但不限于增加代码、删除代码、以及修改代码中的至少一种。由于目标接口是变化函数的调用函数，也即，目标接口可能直接或间接调用了某个变化函数，该目标接口可能会出现兼容性问题，导致该目标接口无法正常运行。
38.需要说明的是，在本技术实施例中，基准版本代码和更新版本代码中的函数指的是内核函数，本技术实施例中将调用内核函数的api称为内核api。所述目标接口即为调用了发生变更的内核函数(变化函数)的内核api。
39.本技术提供的代码分析处理方法，目的在于在更新版本代码中找到相对于基准版本代码中的变化函数，然后在更新版本代码中找到调用这些变化函数的目标接口，将所述目标接口的调用信息保存到第一文件中。所述目标接口的调用信息包括所述目标接口调用每个变化函数的调用信息。由此，根据所述第一文件可以直观得知更新版本代码中包含哪些目标接口(调用了变化函数的内核api)，以及这些目标接口调用了哪些发生变更的内核函数，可以辅助开发人员对更新版本代码中的内核api进行兼容性审查，快速查找到可能存在兼容性问题的内核api，进而通过修改或优化解决内核api的兼容性问题。此外，所述第一文件中记录有所有调用了变化函数的内核api，内核api的兼容性问题通常是因为调用了变化函数所导致，因此只需对第一文件中的目标接口进行兼容性审查即可，而不用对整个更新版本代码中的所有内核api进行兼容性审查，可以减少人工成本和审查时间。再者，本技术实施例不依赖于开发人员的技术水平，可以提高兼容性审查的效率和准确性。
40.在本技术的一种可选实施例中，步骤101中所述根据基准版本代码，在更新版本代码中确定变化函数，可以包括：
41.步骤s11、对所述基准版本代码和所述更新版本代码执行差异比较命令，生成差异文件，所述差异文件包含所述更新版本代码中相对于所述基准版本代码的差异内容；
42.步骤s12、在所述差异文件的差异内容中确定变化函数。
43.所述差异比较命令可以为linux系统中的diff命令，diff命令可用于比较文件的差异。diff命令通过逐行的方式，比较文本文件的异同处。
44.本技术实施例可以对所述基准版本代码和所述更新版本代码执行diff命令，生成差异文件，如将差异文件记为kern.diff，所述差异文件kern.diff中包含所述更新版本代码中相对于所述基准版本代码的差异内容。所述差异内容包含但不限于增加的代码、删除的代码、修改的代码中的至少一种。差异内容中包含的函数即为变化函数。因此，查找出差异文件中包含的所有的函数，即可得到所述更新版本代码中所有的变化函数。
45.然后，对于所述更新版本代码中的每个目标函数，分别生成对应的调用树；所述调用树中包括调用函数的名称和被调用函数的名称；所述目标函数为变化函数或者应用程序接口。
46.在本技术实施例中，目标函数可以为变化函数或者目标函数可以为应用程序接口(api)，分别对应本技术的两种可选实施方案。在方案一(目标函数为变化函数)中，步骤102是对更新版本代码中的每个变化函数生成对应的调用树。在方案二(目标函数为api)中，步骤102是对更新版本代码中的每个api生成对应的调用树。
47.需要说明的是，对于某个函数，该函数的调用函数包括直接或间接调用该函数的
函数。例如，函数funcb调用了函数funca，则函数funcb为函数funca的调用函数，函数funca为被调用函数。若函数funcc调用了函数funcd，而函数d调用了函数funca，则函数funcc和funcd均为函数funca的调用函数，函数funca为被调用函数。
48.以方案一为例，假设相对于基准版本代码，更新版本代码中包含变化函数funca，并且在该更新版本代码中，变化函数funca的调用函数包括函数funcb、函数funcc和函数funcd，则可以生成变化函数funca的调用树，该调用树中包含变化函数funca的名称以及调用函数funcb、funcc和funcd的名称。
49.可选地，所述目标函数的调用树中还可以包括所述目标函数的调用信息。
50.若所述目标函数为变化函数，则所述目标函数为调用树中的被调用函数，所述目标函数的调用信息可以包括但不限于如下至少一项：所述目标函数的调用函数与所述目标函数之间的调用关系、所述目标函数的调用函数调用所述目标函数的调用层次、所述目标函数的调用函数调用所述目标函数的调用位置、所述目标函数的调用函数调用所述目标函数的相关代码。
51.若所述目标函数为api，则所述目标函数为调用树中的调用函数，所述目标函数的调用信息可以包括但不限于如下至少一项：所述目标函数与所述目标函数的被调用函数之间的调用关系、所述目标函数调用所述被调用函数的调用层次、所述目标函数调用所述被调用函数的调用位置、所述目标函数调用所述被调用函数的相关代码。
52.其中，调用关系可用于表示哪个函数是调用函数，哪个函数是被调用函数。调用层次可用于表示是第几层调用。调用位置可以为调用函数调用被调用函数所在位置的代码行号。相关代码可以为调用位置前后预设行数的代码。
53.一个示例中，假设相对于基准版本代码，更新版本代码中包含变化函数funca，变化函数funca的调用函数包括函数funcb、函数funcc和函数funcd。
54.假设funcb直接调用了funca，则funcb调用funca的调用层次是第一层调用。示例性地，funcb(调用函数)和funca(被调用函数)之间的调用信息可以表示为“1layer called:funca＜－funcb”。其中，“funca＜－funcb”表示调用关系为funcb调用了funca。“1layer called”表示funcb调用funca的调用层次为第一层调用。
55.又如，假设funcc调用了funcd，而funcd又调用了funca，则funcc调用funca的调用层次是第二层调用。示例性地，funcc(调用函数)和funca(被调用函数)之间的调用信息可以表示为“2layer called:funca＜－funcd＜－funcc”。其中，“funca＜－funcd＜－funcc”表示调用关系为funcc调用了funcd，funcd调用了funca。“2layer called”表示funcc调用funca的调用层次是第二层调用。可以理解的是，在该示例中，funcd调用funca的调用层次是第一层调用。
56.以方案一为例，该示例中，目标函数包括变化函数funca，可以生成funca的调用树，funca的调用树中可以包括变化函数funca的名称以及调用函数funcb、funcc和funcd的名称。funca的调用树中还可以包括funca的每个调用函数和funca之间的调用信息，如“1layer called:funca＜－funcb”、“2layer called:funca＜－funcd＜－funcc”、以及“1layer called:funca＜－funcd”。此外，funca的调用树中还可以包括funca的每个调用函数调用funca的调用位置，还可以包括funca的每个调用函数调用funca的相关代码等。
57.需要说明的是，在方案一中，对更新版本代码中的每个变化函数生成对应的调用
树，此时，目标函数(更新版本代码中的变化函数)为调用树中的被调用函数。在方案二中，对更新版本代码中的每个api生成对应的调用树，此时，目标函数(更新版本代码中的api)为调用树中的调用函数。
58.在本技术的一种可选实施例中，若所述目标函数为变化函数，则所述目标函数为所述目标函数的调用树中的被调用函数；所述步骤103中所述根据所述目标函数的调用树，在所述更新版本代码中确定目标接口，可以包括：
59.步骤s21、获取所述更新版本代码中所有应用程序接口的名称；
60.步骤s22、将所述所有应用程序接口的名称分别与所述每个目标函数的调用树中各调用函数的名称进行比对，确定相匹配的调用函数为目标接口。
61.在所述目标函数为变化函数的情况下(方案一)，对更新版本代码中的每个变化函数生成对应的调用树。然后获取所述更新版本代码中所有应用程序接口(api)的名称，并将所述所有应用程序接口的名称分别与所述每个目标函数的调用树中各调用函数的名称进行比对，查询更新版本代码中是否有api的名称出现在变化函数的调用树中，如果有，说明该api与某个变化函数的调用树中的某个调用函数相匹配，则可以确定该api为该变化函数的调用函数，可以确定该相匹配的调用函数为目标接口。
62.例如，首先，根据基准版本代码，在更新版本代码中确定变化函数，假设确定的变化函数包括：func1、func2、...、funcn，则对func1、func2、...、funcn分别生成对应的调用树。在方案一中，目标函数为变化函数。以目标函数为func1为例，func1的调用树中包含func1的名称和func1的调用函数的名称。在func1的调用树中，func1为被调用函数。func1的调用树中还可以包含func1与func1的调用函数之间的调用关系、func1的调用函数调用func1的调用层次、func1的调用函数调用func1的调用位置、func1的调用函数调用func1的相关代码等调用信息。然后，获取所述更新版本代码中所有应用程序接口的名称，假设获取所有应用程序接口的名称包括：app1、app 2、...、appm。接下来，将所述所有应用程序接口的名称分别与所述每个目标函数的调用树中各调用函数的名称进行比对。也即，将app1的名称与func1的调用树中各调用函数的名称进行比对，如果func1的调用树中存在与app1相匹配的调用函数的名称，说明app1是func1的调用函数，则确定相匹配的调用函数(也即app1)为目标接口，可以提取并保存app1调用func1的调用信息。同样地，将app1的名称与func2的调用树中各调用函数的名称进行比对，如果func2的调用树中存在与app1相匹配的调用函数的名称，则确定相匹配的调用函数(也即app1)为目标接口，可以提取并保存app1调用func2的调用信息。以此类推，将app1的名称与funcn的调用树中各调用函数的名称进行比对，如果funcn的调用树中存在与app1相匹配的调用函数的名称，则确定相匹配的调用函数(也即app1)为目标接口，可以提取并保存app1调用funcn的调用信息。同样地，将app2的名称与func1的调用树中各调用函数的名称进行比对，如果func1的调用树中存在与app2相匹配的调用函数的名称，则确定相匹配的调用函数(也即app2)为目标接口，可以提取并保存app2调用func1的调用信息。以此类推，直至将所述所有应用程序接口的名称分别与所述每个目标函数的调用树中各调用函数的名称进行比对完成，可以得到所述更新版本代码中所有的目标接口，并将每个目标接口调用每个变化函数的调用信息保存到第一文件中。
63.进一步地，由于目标函数的调用树中可以包括目标函数的调用信息。因此，在方案一中，可以从相匹配的调用函数所在的调用树中提取目标接口的调用信息，保存至第一文
件中。示例性地，在方案一中，假设app1的名称与变化函数func1的调用树中的某个调用函数的名称相匹配，说明app1是变化函数func1的调用函数，可以确定app1为目标接口，并且可以从func1的调用树中提取app1调用func1的调用信息保存至第一文件中。
64.需要说明的是，若一个目标接口调用了多个变化函数，则步骤104中所述目标接口的调用信息可以包括所述目标接口调用每个变化函数的调用信息。
65.在本技术的一种可选实施例中，若所述目标函数为应用程序接口，则所述目标函数为所述目标函数的调用树中的调用函数；所述步骤103中所述根据所述目标函数的调用树，在所述更新版本代码中确定目标接口，可以包括：
66.步骤s31、获取所述更新版本代码中所有变化函数的名称；
67.步骤s32、将所述所有变化函数的名称分别与所述每个目标函数的调用树中各被调用函数的名称进行比对，确定相匹配的被调用函数所在调用树对应的目标函数为目标接口。
68.在所述目标函数为应用程序接口(api)的情况下(方案二)，对更新版本代码中的每个api生成对应的调用树。然后获取所述更新版本代码中所有变化函数的名称，将所述所有变化函数的名称分别与所述每个目标函数的调用树中各被调用函数的名称进行比对，查询更新版本代码中是否有变化函数的名称出现在api的调用树中，如果有，说明该变化函数与某个api的调用树中的某个被调用函数相匹配，可以确定该相匹配的被调用函数所在调用树对应的目标函数为目标接口。
69.例如，首先，根据基准版本代码，在更新版本代码中确定变化函数，假设确定的变化函数包括：func1、func2、...、funcn。假设所述更新版本代码中包括如下api：app1、app 2、...、appm，则对app1、app 2、...、appm分别生成对应的调用树。在方案二中，目标函数为api。以目标函数为app1为例，app 1的调用树中包含app 1的名称和app 1调用的被调用函数的名称。在app1的调用树中，app1为调用函数。app 1的调用树中还可以包含app 1与app 1调用的被调用函数之间的调用关系、app 1调用被调用函数的调用层次、app 1调用被调用函数的调用位置、app 1调用被调用函数的相关代码等调用信息。然后，获取所述更新版本代码中所有变化函数的名称，如func1、func2、...、funcn。接下来，将所述所有变化函数的名称分别与所述每个目标函数的调用树中各被调用函数的名称进行比对。也即，将func1的名称与app1的调用树中各被调用函数的名称进行比对，如果存在与func1相匹配的被调用函数的名称，则确定相匹配的被调用函数所在调用树对应的目标函数为目标接口，也即，可以确定app1为目标接口，可以提取并保存app1调用func1的调用信息。同理，将func2的名称与app1的调用树中各被调用函数的名称进行比对，如果存在与func2相匹配的被调用函数的名称，则确定app1为目标接口，可以提取并保存app1调用func2的调用信息。以此类推，直至将所述所有变化函数的名称分别与所述每个目标函数的调用树中各被调用函数的名称进行比对完成，可以得到所述更新版本代码中所有的目标接口，并将每个目标接口调用每个变化函数的调用信息保存到第一文件中。
70.进一步地，由于目标函数的调用树中可以包括目标函数的调用信息。因此，在方案二中，可以从相匹配的被调用函数所在调用树中提取目标接口的调用信息，保存至第一文件中。示例性地，在方案二中，假设func1的名称与app1的调用树中的某个被调用函数的名称相匹配，说明app1调用了变化函数func1，可以确定app1为目标接口，并且可以从app1的
调用树中提取app1调用func1的调用信息保存至第一文件中。
71.在本技术的一种可选实施例中，所述方法还可以包括：对所述更新版本代码进行编译，得到所述更新版本代码的符号表；步骤102中所述对于所述更新版本代码中的目标函数，生成每个目标函数的调用树，可以包括：
72.根据所述更新版本代码中的目标函数的名称，在所述符号表中确定所述目标函数对应的调用函数的名称和被调用函数的名称；根据每个目标函数对应的调用函数的名称和被调用函数的名称，生成每个目标函数的调用树。
73.本技术实施例在生成每个目标函数的调用树时，调用树中包括的调用函数的名称和被调用函数的名称可以通过分析更新版本代码得到。然而，如果逐行分析更新版本代码提取函数的名称，不仅效率较低，而且如果更新版本代码编写不规范，可能会导致获取的函数名称出现遗漏。为解决该问题，本技术实施例从符号表中获取调用树中调用函数的名称和被调用函数的名称。
74.在方案一(目标函数为变化函数)中，步骤102是对更新版本代码中的每个变化函数生成对应的调用树。此时，变化函数是调用树中的被调用函数。一个示例中，假设更新版本代码中的变化函数包括funca，则funca为目标函数，假设funca的调用函数包括funcb，则在生成目标函数(如funca)的调用树的过程中，可以从该更新版本代码的符号表中获取调用函数(如funcb)的名称，以及从该更新版本代码的符号表中获取被调用函数(如funca)的名称。根据目标函数(如funca)对应的调用函数(如funcb)的名称和被调用函数(如funca)的名称，可以生成目标函数(如funca)的调用树。
75.在本技术的一种可选实施例中，所述方法还可以包括：对所述目标函数的调用树中包括的调用函数的名称和被调用函数的名称分别计算md5值并保存。
76.可选地，若所述目标函数为变化函数，则步骤s22所述将所述所有应用程序接口的名称分别与所述每个目标函数的调用树中各调用函数的名称进行比对，可以包括：将所述所有应用程序接口的名称分别计算md5值，并分别与所述每个目标函数的调用树中各调用函数的名称的md5值进行比对。
77.可选地，若所述目标函数为api，则步骤s32所述将所述所有变化函数的名称分别与所述每个目标函数的调用树中各被调用函数的名称进行比对，可以包括：将所述所有变化函数的名称分别计算md5值，并分别与所述每个目标函数的调用树中各被调用函数的名称的md5值进行比对。
78.在具体实施中，函数的名称通常为字符串，对大量字符串进行比对，速度较慢。为提高比对效率，本技术实施例对待比对的函数的名称分别计算md值，对md值进行比对可以极大提高比对的效率。
79.在本技术的一种可选实施例中，所述方法还可以包括：在可视化界面中展示所述第一文件中的内容，并对展示的所述目标接口调用变化函数的调用位置进行标记。
80.本技术实施例对展示所述第一文件中的内容的方式不做限制。例如可以通过文字、图片、符号、动画等任意方式或者任意组合方式进行展示。
81.在本技术实施例中，在可视化界面中展示所述第一文件中的内容可以包括所述目标接口的调用信息，所述目标接口的调用信息包括但不限于所述目标接口的信息和所述目标接口调用的变化函数的信息。
82.在本技术的一种可选实施例中，所述目标接口的调用信息还可以包括如下至少一项：所述目标接口与调用的变化函数之间的调用关系、所述目标接口调用变化函数的调用层次、所述目标接口调用变化函数的调用位置、以及所述目标接口调用变化函数的相关代码。
83.在本技术的一种可选实施例中，所述目标接口的信息可以包括如下至少一项：目标接口的名称、目标接口的函数注释信息、目标接口的函数原型、以及目标接口的参数信息；所述目标接口调用的变化函数的信息可以包括如下至少一项：变化函数的名称、变化函数的函数注释信息、变化函数的函数原型、变化函数的参数信息、以及变化函数的变更内容。所述变化函数的变更内容可以包括但不限于如下至少一项：增加的代码、删除的代码、以及修改的代码。
84.在本技术实施例中，第一文件可用于记录更新版本代码中目标接口的调用信息，通过可视化展示第一文件的内容，开发人员可以对内核api快速进行兼容性审查，并且只需对第一文件中的目标接口进行审查，而不用对更新版本中所有的api进行审查，可以减少审查时间，提高审查效率。
85.需要说明的是，上述可视化展示的第一文件中的内容仅作为本技术的一种应用示例。本技术实施例对第一文件中的内容不做限制。例如，第一文件中目标接口的信息还可以包括目标接口在更新版本代码中的位置等。
86.参照图2，示出了本技术在可视化界面中展示第一文件中的内容的一个示意图。如图2所示的可视化界面中，对于每个目标接口，可以展示每个目标接口的信息、每个目标接口调用的变化函数的信息、以及每个目标接口的调用信息。
87.一个示例中，假设目标接口1为函数vcpu_load，且目标接口1调用了变化函数kvm_arch_vcpu_load。示例性地，图2中展示的目标接口1的信息可以包括函数vcpu_load的名称以及函数vcpu_load在更新版本代码中的位置。
88.例如，图2中展示的“目标接口1的信息”可以包括“api:vcpu_load:linux_5.4.196/virt/kvm/kvm_main.c:206”，其中，“vcpu_load”表示目标接口的名称，“api”表示函数vcpu_load为应用程序接口，“vcpu_load:linux_5.4.196/virt/kvm/kvm_main.c:206”表示函数vcpu_load在更新版本代码中的位置，如，函数vcpu_load定义在linux_5.4.196/virt/kvm/kvm_main.c文件中的第206行。此外，图2中展示的目标接口1的信息还可以包括函数vcpu_load的函数注释信息、函数原型、以及参数信息等。
89.示例性地，图2中展示的“目标接口1调用的变化函数的信息”可以包括函数kvm_arch_vcpu_load的函数注释信息、函数原型、参数信息、以及变更内容。进一步地，本技术实施例可以在图2所示的可视化界面中，对目标接口调用的变化函数中的变更内容进行标记。示例性地，可以对增加的代码用加号进行标记，对删除的代码用减号进行标记，对修改的代码用圆圈标记等。
90.示例性地，图2中展示的“目标接口1的调用信息”可以包括目标接口1与调用的变化函数之间的调用关系、目标接口1调用变化函数的调用层次、目标接口1调用变化函数的调用位置、以及目标接口1调用变化函数的相关代码等。例如，图2中展示的目标接口1的调用信息可以包括“1layer called：kvm_arch_vcpu_load＜－vcpu_load”，还可以包括目标接口vcpu_load调用变化函数kvm_arch_vcpu_load的调用位置前后预设行数(如5行)的代
码。进一步地，在图2所示的可视化界面中，还可以对目标接口vcpu_load调用变化函数kvm_arch_vcpu_load的调用位置进行标记，如在该调用位置前显示感叹号。本技术实施例对标记方式不做限制。
91.需要说明的是，图2所示的可视化界面中以两个目标接口(目标接口1和目标接口2)为例，更多的目标接口可以通过翻页或者下拉的方式进行展示。此外，图2所示的展示界面的布局仅作为一种示例，本技术实施例对所述可视化界面的布局以及展示的第一文件中的内容均不做限制。
92.通过浏览如图2所示的可视化界面，开发人员即可快速获知更新版本代码中包含的所有目标接口的相关信息，可以提高对内核api进行兼容性审查的直观性和审查效率。
93.在本技术的一种可选实施例中，所述方法还可以包括：将所述更新版本代码中的每个变化函数的调用树保存至第二文件。进一步地，所述方法还可以包括：在可视化界面中展示所述第二文件中的内容。
94.在具体实施中，本技术实施例还可以对更新版本代码中的每个变化函数生成对应的调用树，并且将每个变化函数的调用树保存至第二文件。
95.所述第二文件可用于记录更新版本代码中的变化函数的相关信息，如变化函数的信息、变化函数的调用函数的信息、以及调用函数调用变化函数的调用信息等。
96.所述变化函数的信息可以包括但不限于如下至少一项：变化函数的名称、变化函数的函数注释信息、变化函数的函数原型、变化函数的参数信息、以及变化函数的变更内容。进一步地，在展示所述第二文件中的变化函数的信息时，可以对变化函数的变更内容进行标记。示例性地，可以对增加的代码用加号进行标记，对删除的代码用减号进行标记，对修改的代码用圆圈标记等。
97.所述变化函数的调用函数的信息可以包括但不限于如下至少一项：所述变化函数的调用函数的名称、所述变化函数的调用函数的函数注释信息、所述变化函数的调用函数的函数原型、所述变化函数的调用函数的参数信息。
98.所述调用函数调用变化函数的调用信息可以包括但不限于如下至少一项：调用函数与其调用的变化函数之间的调用关系，调用函数调用变化函数的调用层次、调用函数调用变化函数的调用位置、以及调用函数调用变化函数的相关代码。
99.进一步地，本技术实施例还可以在第二文件的可视化界面中对调用函数调用变化函数的调用位置进行标记，如在该调用位置前显示感叹号。本技术实施例对标记方式不做限制。
100.通过可视化展示第二文件的内容，开发人员可以快速获取更新版本代码中所有变化函数的信息，可以辅助开发人员在发现内核api兼容性问题后，可以快速反向定位到api调用的变化函数，并获取变化函数的详细信息，为优化内核代码提供辅助作用。
101.在具体实施中，本技术实施例可以通过编写文件分析器实现上述代码分析处理的过程。本技术实施例对所述文件分析器的编程语言不做限制，可以采用任意的编程语言，如c++语言等。通过该文件分析器可以对基准版本代码和更新版本代码进行分析处理，生成第一文件和第二文件。
102.以方案一为例，示例性地，可以将基准版本代码和更新版本代码输入所述文件分析器，所述文件分析器首先执行步骤101，根据基准版本代码，在更新版本代码中确定变化
函数。例如，所述文件分析器可以对所述基准版本代码和所述更新版本代码执行差异比较命令(如diff命令)，生成差异文件，如记为kern.diff。该差异文件kern.diff包含所述更新版本代码中相对于所述基准版本代码中更新版本代码的差异内容。所述文件分析器可以读取所述差异文件kern.diff，识别该差异文件kern.diff中的函数，由此可以确定更新版本代码中的变化函数。然后，所述文件分析器可以基于该差异文件kern.diff执行步骤102至104，生成第一文件和第二文件。
103.例如，所述文件分析器执行步骤102，生成每个目标函数的调用树，并保存在第二文件中。示例性地，所述文件分析器在确定更新版本代码中的变化函数之后，根据确定的变化函数，在内存中生成第一列表，该第一列表可以包含若干项，每一项可用于记录一个变化函数的相关信息。可选地，一个变化函数的相关信息可以包括但不限于如下至少一种：变化函数的名称、变化函数所在的定义文件的文件名称、以及变化函数在定义文件中的位置等。所述变化函数的相关信息还可用于进行可视化展示。
104.所述文件分析器根据第一列表中记录的每个变化函数的名称，在更新版本代码中查询每个变化函数的调用函数，进而生成每个变化函数的调用树，写入第二文件中。第二文件中保存有每个变化函数的调用树。
105.在生成第二文件之后，所述文件分析器执行步骤103，根据所述目标函数的调用树，在所述更新版本代码中确定目标接口。示例性地，所述文件分析器可以读取所述第二文件中的内容，并根据所述第二文件中的内容，生成第二列表。该第二列表可以包含若干项，每一项可用于记录一个变化函数的调用树。可选地，一个变化函数的调用树至少包括变化函数的名称和变化函数的调用函数的名称。所述文件分析器获取所述更新版本代码中所有应用程序接口的名称，生成第三列表。该第三列表可以包含若干项，每一项可用于记录一个应用程序接口的名称。所述文件分析器将第二列表中各调用函数的名称和第三列表中各应用程序接口的名称进行比对，确定相匹配的调用函数为目标接口。最后，所述文件分析器执行步骤104，获取目标接口的调用信息并保存到第一文件中。
106.方案二的执行过程相类似，此处不再进行赘述，相互参考即可。
107.综上，本技术实施例提供的代码分析处理方法，在linux内核的版本发生更新的情况下，通过对基准版本代码和更新版本代码进行分析，在更新版本代码中找到相对于基准版本代码中的变化函数；根据目标函数的调用树，在更新版本代码中找到调用这些变化函数的目标接口，并将所述目标接口的调用信息保存到第一文件中。所述目标接口的调用信息包括所述目标接口的信息和所述目标接口调用的变化函数的信息。由此，根据所述第一文件可以直观得知更新版本代码中包含哪些目标接口(调用了变化函数的内核api)，以及这些目标接口调用了哪些发生变更的内核函数，从而可以辅助开发人员对更新版本代码中的内核api进行兼容性审查，快速查找到可能存在兼容性问题的内核api，进而通过修改或优化的方式解决内核api的兼容性问题。此外，所述第一文件中记录有所有调用了变化函数的内核api，而内核api的兼容性问题通常是因为调用了变化函数所导致，因此只需对第一文件中的目标接口进行兼容性审查即可，而不用对整个更新版本代码中的所有内核api进行兼容性审查，可以减少人工成本和审查时间。再者，本技术实施例不依赖于开发人员的技术水平，可以提高兼容性审查的效率和准确性。
108.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组
合，但是本领域技术人员应该知悉，本技术实施例并不受所描述的动作顺序的限制，因为依据本技术实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本技术实施例所必须的。
109.参照图3，示出了本技术的一种代码分析处理装置实施例的结构框图，应用于计算机设备，所述装置可以包括：
110.变化函数确定模块301，用于根据基准版本代码，在更新版本代码中确定变化函数，所述变化函数指所述更新版本代码中相对于所述基准版本代码发生变更的同名函数；
111.调用树生成模块302，用于对于所述更新版本代码中的目标函数，生成每个目标函数的调用树；所述调用树中包括调用函数的名称和被调用函数的名称；所述目标函数为变化函数或者应用程序接口；
112.目标接口确定模块303，用于根据所述目标函数的调用树，在所述更新版本代码中确定目标接口，所述目标接口为应用程序接口且所述目标接口为所述变化函数的调用函数；
113.调用信息保存模块304，用于将所述目标接口的调用信息保存到第一文件中，所述目标接口的调用信息包括所述目标接口的信息和所述目标接口调用的变化函数的信息。
114.可选地，若所述目标函数为变化函数，则所述目标函数为所述目标函数的调用树中的被调用函数；所述目标接口确定模块，包括：
115.第一获取子模块，用于获取所述更新版本代码中所有应用程序接口的名称；
116.第一比对子模块，用于将所述所有应用程序接口的名称分别与所述每个目标函数的调用树中各调用函数的名称进行比对，确定相匹配的调用函数为目标接口。
117.可选地，若所述目标函数为应用程序接口，则所述目标函数为所述目标函数的调用树中的调用函数；所述目标接口确定模块，包括：
118.第二获取子模块，用于获取所述更新版本代码中所有变化函数的名称；
119.第二比对子模块，用于将所述所有变化函数的名称分别与所述每个目标函数的调用树中各被调用函数的名称进行比对，确定相匹配的被调用函数所在调用树对应的目标函数为目标接口。
120.可选地，所述变化函数确定模块，包括：
121.差异比较子模块，用于对所述基准版本代码和所述更新版本代码执行差异比较命令，生成差异文件，所述差异文件包含所述更新版本代码中相对于所述基准版本代码中的差异内容；
122.函数确定子模块，用于在所述差异文件的差异内容中确定变化函数。
123.可选地，所述装置还包括：
124.代码编译模块，用于对所述更新版本代码进行编译，得到所述更新版本代码的符号表；
125.所述调用树生成模块，包括：
126.名称获取子模块，用于根据所述更新版本代码中的目标函数的名称，在所述符号表中确定所述目标函数对应的调用函数的名称和被调用函数的名称；
127.调用树生成子模块，根据每个目标函数对应的调用函数的名称和被调用函数的名
称，生成每个目标函数的调用树。
128.可选地，所述目标接口的调用信息还包括如下至少一项：所述目标接口与调用的变化函数之间的调用关系、所述目标接口调用变化函数的调用层次、所述目标接口调用变化函数的调用位置、以及所述目标接口调用变化函数的相关代码。
129.可选地，所述装置还包括：
130.可视化展示模块，用于在可视化界面中展示所述第一文件中的内容，并对展示的所述目标接口调用变化函数的调用位置进行标记。
131.本技术实施例提供的代码分析处理装置，在linux内核的版本发生更新的情况下，通过对基准版本代码和更新版本代码进行分析，在更新版本代码中找到相对于基准版本代码中的变化函数；根据目标函数的调用树，在更新版本代码中找到调用这些变化函数的目标接口，并将所述目标接口的调用信息保存到第一文件中。所述目标接口的调用信息包括所述目标接口的信息和所述目标接口调用的变化函数的信息。由此，根据所述第一文件可以直观得知更新版本代码中包含哪些目标接口(调用了变化函数的内核api)，以及这些目标接口调用了哪些发生变更的内核函数，从而可以辅助开发人员对更新版本代码中的内核api进行兼容性审查，快速查找到可能存在兼容性问题的内核api，进而通过修改或优化的方式解决内核api的兼容性问题。此外，所述第一文件中记录有所有调用了变化函数的内核api，而内核api的兼容性问题通常是因为调用了变化函数所导致，因此只需对第一文件中的目标接口进行兼容性审查即可，而不用对整个更新版本代码中的所有内核api进行兼容性审查，可以减少人工成本和审查时间。再者，本技术实施例不依赖于开发人员的技术水平，可以提高兼容性审查的效率和准确性。
132.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
133.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
134.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
135.本技术实施例提供了一种用于代码分析处理装置，包括有存储器，以及一个以上的程序，其中一个以上程序存储于存储器中，且经配置以由一个以上处理器执行所述一个以上程序包含用于进行上述一个或多个实施例所述的代码分析处理方法的指令。
136.图4是根据一示例性实施例示出的一种用于代码分析处理装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
137.参照图4，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
138.处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多
媒体组件808和处理组件802之间的交互。
139.存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
140.电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
141.多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
142.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音信息处理模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
143.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
144.传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以搜索装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
145.通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频信息处理(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
146.在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信
号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
147.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
148.图5是本技术的一些实施例中服务器的结构示意图。该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，cpu)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。
149.服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作系统1941，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等等。
150.一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务器或者终端)的处理器执行时，使得装置能够执行图1所示的代码分析处理方法。
151.一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务器或者终端)的处理器执行时，使得装置能够执行前文图1所对应实施例中代码分析处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本技术所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本技术方法实施例的描述。
152.此外，需要说明的是：本技术实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行前文图1所对应实施例中代码分析处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本技术所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本技术方法实施例的描述。
153.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
154.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。
155.以上所述仅为本技术的较佳实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。
156.以上对本技术所提供的一种代码分析处理方法、一种代码分析处理装置和可读存储介质，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。