代码处理方法及装置与流程

【技术领域】

本申请涉及软件技术领域，尤其涉及一种代码处理方法及装置。

背景技术：

随着计算机及软件技术的发展，应用种类越来越多，应用规模越来越大。一个应用一般由多个业务功能，这些业务功能依赖于计算机语言实现的代码实现。

在实际应用中，由于多种原因，例如需要优化业务功能、代码发生错误等，需要对应用的代码进行更新。在对代码更新时，有必要了解代码更新会影响到哪些业务，以便判断代码更新的潜在风险。

由于代码和业务功能处于相对割离的状态，所以现有方法一般是经验丰富的开发人员或者质量保证(qualityassurance，qa)人员凭借自己对代码与业务功能的熟悉，相对主观的确定代码更新会影响到哪些业务功能。现有技术依赖于人的主观判断，无法精确确定代码更新会影响到哪些业务功能。

技术实现要素：

本申请的多个方面提供一种代码处理方法及装置，用以更加精确的确定代码更新会影响到的业务功能，进而有利于准确判断代码更新的潜在风险。

本申请的一方面，提供一种代码处理方法，包括：

确定与目标应用代码中的变更代码存在调用关系的调用关系链路作为影响链路，所述目标应用代码是原应用代码更新后的应用代码；

确定所述影响链路上不被任何方法调用的方法作为目标顶层方法；

根据预先建立的顶层方法与业务功能之间的对应关系，确定所述目标顶 层方法对应的业务功能作为所述变更代码影响到的业务功能。

本申请的另一方面，提供一种代码处理装置，包括：

目标链路确定模块，用于确定与目标应用代码中的变更代码存在调用关系的调用关系链路作为影响链路，所述目标应用代码是原应用代码更新后的应用代码；

目标方法确定模块，用于确定所述影响链路上不被任何方法调用的方法作为目标顶层方法；

目标业务确定模块，用于根据预先建立的顶层方法与业务功能之间的对应关系，确定所述目标顶层方法对应的业务功能作为所述变更代码影响到的业务功能。

在本申请中，原应用代码更新后变为目标应用代码，确定与目标应用代码中的变更代码存在调用关系的调用关系链路作为影响链路，进而确定影响链路上不被任何方法调用的方法作为目标顶层方法，然后基于预先建立的顶层方法与业务功能之间的对应关系，确定目标顶层方法对应的业务功能作为变更代码影响到的业务功能。由于这种顶层方法一般都是业务的起始点，是应用代码中业务属性最重的地方，因此与人为主管判断相比，本申请根据与变更代码有关的顶层方法，可以更加准确的确定变更代码影响到的业务功能，进而有利于准确判断代码更新的潜在风险。

【附图说明】

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

图1为本申请一实施例提供的代码处理方法的流程示意图；

图2为本申请另一实施例提供的方法之间的调用关系、顶层方法以及业 务功能之间的关系示意图；

图3为本申请又一实施例提供的代码处理装置的结构示意图；

图4为本申请又一实施例提供的代码处理装置的结构示意图。

【具体实施方式】

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请一实施例提供的代码处理方法的流程示意图。如图1所示，该方法包括：

101、确定与目标应用代码中的变更代码存在调用关系的调用关系链路作为影响链路，所述目标应用代码是原应用代码更新后的应用代码。

102、确定影响链路上不被任何方法调用的方法作为目标顶层方法。

103、根据预先建立的顶层方法与业务功能之间的对应关系，确定目标顶层方法对应的业务功能作为变更代码影响到的业务功能。

本实施例提供一种代码处理方法，可由代码处理装置来执行，用以更加准确的确定变更代码影响到的业务功能，为准确判断代码更新的潜在风险提供条件。

在实际应用中，由于优化业务功能、代码错误等原因，经常需要对应用代码进行更新。为便于描述，本实施例将更新前的应用代码称为原应用代码，将更新后的应用代码称为目标应用代码。也就是说，目标应用代码是原应用代码更新后的代码。

具体的，代码处理装置可以将目标应用代码与原应用代码进行比较，从而确定目标应用代码中不同于原应用代码的代码部分，将这部分代码称为变 更代码(或者也可以称为变更点)。需要说明的是，本实施例并不限定变更代码的位置、形式等。例如，变更代码可以是某个方法，或某个方法的部分。

代码本身是存在调用关系的，完成一项业务功能需要代码方法之间相互调用。但是这种调用关系有源头也有截止，总有一个方法是头部，即没有被任何其它方法调用，也势必有一个方法是尾部，即它不调用任何其它方法。在本实施例中，将从头部方法到尾部方法之间的调用关系称为调用关系链路，一条调用关系链路上包括存在调用关系的多个方法。

在确定目标应用代码中的变更代码之后，代码处理装置确定与变更代码存在调用关系的调用关系链路作为影响链路，简单来说，就是确定被变更代码影响到的调用关系链路，也就是变更代码所属的方法所在的调用关系链路。其中，被变更代码影响到的调用关系链路(即影响链路)可能是一条，也可能是多条。若影响链路为多条，则对每条影响链路的处理方式均相同。

可选的，上述步骤101，即确定与目标代码中的变更代码存在调用关系的调用关系链路作为影响链路的一种实施方式包括：

代码处理装置对目标应用代码中方法之间的调用关系进行分析，以确定目标应用代码包含的调用关系链路，为便于区分，将这里目标应用代码包含的调用关系链路称为目标调用关系链路；然后，从目标调用关系链路中，确定包含变更代码所属的方法的目标调用关系链路作为影响链路。

可选的，考虑到计算机语言编写的代码源文件一般无法直接体现方法之间的调用关系，为了能够更加快速的对代码中方法之间的调用关系进行分析，代码处理装置可以对目标应用代码进行编译，以获得编译代码，为便于区分将这里的编译代码称为目标编译代码；然后，对目标编译代码中方法之间的调用关系进行分析，以确定目标调用关系链路。之后，代码处理装置从目标调用关系链路中，确定包含变更代码所属的方法的目标调用关系链路作为影响链路。这样可以提高调用关系分析的效率，有利于提高整个方法的执行效率。

值得说明的是，虽然代码源文件一般无法直接体现方法之间的调用关 系，但在代码源文件中确实存在方法之间的调用关系，所以并不排除采用特殊方式直接对代码源文件进行分析从而获取调用关系链路。也就是说，代码处理装置也可以直接对目标应用代码进行分析，以确定目标调用关系链路。

进一步，考虑到每个业务功能在通过代码实现时，都会从一个方法开始，这个方法不被任何其它方法调用，即头部方法，而这个方法是业务的起始点，是应用代码中业务属性最重的地方，能够反应业务功能。在本实施例中，将这种方法称为顶层方法。也就是说，顶层方法可以反应业务功能。

基于上述分析，代码处理装置在确定影响链路之后，可以确定影响链路上不被任何方法调用的方法作为目标顶层方法。由于目标顶层方法是受变更代码影响的调用关系链路上的顶层方法，所以代码处理装置可以确定目标顶层方法所对应的业务功能作为变更代码影响到的业务功能。

但是实际应用中，应用代码与业务功能之间是隔离的，所以无法通过顶层方法确定对应的业务功能。如果能够分析出应用代码中的顶层方法，并预先建立顶层方法与其对应的业务功能之间的对应关系，那么在应用代码发生变化时，就可以通过分析出变更代码影响到的顶层方法来确定变更代码影响到的业务功能，而且由于不受人为主观因素的限制，准确度更高。

基于上述分析，代码处理装置预先基于原应用代码分析出代码中的顶层方法，并建立顶层方法与业务功能之间的对应关系。基于预先建立的顶层方法与业务功能之间的对应关系，代码处理装置可以将目标顶层方法在该对应关系中进行匹配，获取目标顶层方法对应的业务功能，将所获取的目标顶层方法对应的业务功能作为变更代码影响到的业务功能。

其中，上述预先建立顶层方法与业务功能之间的对应关系的实施方式包括：

代码处理装置对原应用代码中方法之间的调用关系进行分析，以确定原应用代码包含的调用关系链路，为便于区分，将这里的调用关系链路称为原调用关系链路；然后，确定原调用关系链路上不被任何方法调用的方法作为顶层方法；根据顶层方法表达的业务含义，确定顶层方法对应的业务功能； 之后，建立顶层方法与顶层方法对应的业务功能之间的对应关系。

以某种应用为例，一种应用代码中方法之间的调用关系、顶层方法以及业务功能之间的关系如图2所示。在图2中，最上面的每个三角形表示该应用中的一个业务功能，中间和最下面表示应用代码中方法之间的调用关系，中间的圆圈表示应用代码中的顶层方法，最下面的方框表示应用代码中的非顶层方法，圆圈以及方框之间带箭头的连线表示调用关系。

可选的，考虑到计算机语言编写的代码源文件一般无法直接体现方法之间的调用关系，为了能够更加快速的对代码中方法之间的调用关系进行分析，代码处理装置可以对原应用代码进行编译，以获得编译代码，为便于区分将这里的编译代码称为原编译代码；然后，对原编译代码中方法之间的调用关系进行分析，以确定原调用关系链路。这样可以提高调用关系分析的效率，有利于提高整个方法的执行效率。

值得说明的是，虽然代码源文件一般无法直接体现方法之间的调用关系，但在代码源文件中确实存在方法之间的调用关系，所以并不排除采用特殊方式直接对代码源文件进行分析从而获取调用关系链路。也就是说，代码处理装置也可以直接对原应用代码进行分析，以确定原调用关系链路。

由上述分析可知，本实施例以原应用代码为基础，预先建立顶层方法与业务功能之间的对应关系，在对目标应用代码进行处理过程中，确定与目标应用代码中的变更代码存在调用关系的调用关系链路作为影响链路，进而确定影响链路上不被任何方法调用的方法作为目标顶层方法，然后基于预先建立的顶层方法与业务功能之间的对应关系，确定目标顶层方法对应的业务功能作为变更代码影响到的业务功能。由于这种顶层方法一般都是业务的起始点，是应用代码中业务属性最重的地方，因此与人为主管判断相比，本实施例根据与变更代码有关的顶层方法，可以更加准确的确定变更代码影响到的业务功能，进而有利于准确判断代码更新的潜在风险。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描 述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图3为本申请又一实施例提供的代码处理装置的结构示意图。如图3所示，该装置包括：目标链路确定模块31、目标方法确定模块32和目标业务确定模块33。

目标链路确定模块31，用于确定与目标应用代码中的变更代码存在调用关系的调用关系链路作为影响链路，目标应用代码是原应用代码更新后的应用代码。

目标方法确定模块32，用于确定影响链路上不被任何方法调用的方法作为目标顶层方法。

目标业务确定模块33，用于根据预先建立的顶层方法与业务功能之间的对应关系，确定目标顶层方法对应的业务功能作为变更代码影响到的业务功能。

在一可选实施方式中，如图4所示，目标链路确定模块31的一种实现结构包括：分析单元311和确定单元312。

分析单元311，用于对目标应用代码中方法之间的调用关系进行分析，以确定目标应用代码包含的目标调用关系链路。

确定单元312，用于从目标调用关系链路中，确定包含变更代码所属方法的目标调用关系链路作为影响链路。

进一步，分析单元311具体用于：

对目标应用代码进行编译，以获得目标编译代码；

对目标编译代码中方法之间的调用关系进行分析，以确定目标调用关系链路。

在一可选实施方式中，如图4所示，该装置还包括：原链路确定模块34、 原方法确定模块35、原功能确定模块36和对应关系建立模块37。

原链路确定模块34，用于对原应用代码中方法之间的调用关系进行分析，以确定原应用代码包含的原调用关系链路。

原方法确定模块35，用于确定原调用关系链路上不被任何方法调用的方法作为顶层方法。

原功能确定模块36，用于根据顶层方法表达的业务含义，确定顶层方法对应的业务功能。

对应关系建立模块37，用于建立顶层方法与顶层方法对应的业务功能之间的对应关系。

在一可选实施方式中，原链路确定模块34具体用于：

对原应用代码进行编译，以获得原编译代码；

对原编译代码中方法之间的调用关系进行分析，以确定原调用关系链路。

本实施例提供的代码处理装置，以原应用代码为基础，预先建立顶层方法与业务功能之间的对应关系，在对目标应用代码进行处理过程中，确定与目标应用代码中的变更代码存在调用关系的调用关系链路作为影响链路，进而确定影响链路上不被任何方法调用的方法作为目标顶层方法，然后基于预先建立的顶层方法与业务功能之间的对应关系，确定目标顶层方法对应的业务功能作为变更代码影响到的业务功能。由于这种顶层方法一般都是业务的起始点，是应用代码中业务属性最重的地方，因此与人为主管判断相比，本实施例提供的代码处理装置根据与变更代码有关的顶层方法，可以更加准确的确定变更代码影响到的业务功能，进而有利于准确判断代码更新的潜在风险。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和 方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。