信息处理方法和装置、系统、电子设备、计算机可读介质与流程
未命名
08-26
阅读:113
评论:0
1.本公开涉及计算机技术领域,具体涉及信息处理方法和装置、信息处理系统、电子设备以及计算机可读介质。
背景技术:
2.基于当前的代码框架,部分代码耦合度高,多业务之间存在类中方法依赖;当研发人员完成一个项目需求,可能会改动到公共文件,进而影响到其他业务线,但是方法之间调用关系复杂,研发人员针对改动的文件影响范围可能会考虑不全,而单单通过和测试人员进行用例评审,仅能够评估出本次需求改动点是否被全部覆盖,对于整个项目的影响范围无法做出准确评估。
技术实现要素:
3.本公开的实施例提出了信息处理方法和装置、信息处理系统、电子设备、计算机可读介质。
4.第一方面,本公开的实施例提供了一种信息处理方法,该方法包括:获取待执行代码信息;基于待执行代码信息,确定代码改动信息;对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;基于编译文件和代码改动信息,生成调用链路。
5.在一些实施例中,上述基于编译文件和代码改动信息,生成调用链路包括:基于编译文件,确定项目源码中的类以及类中方法的调用关系图;基于调用关系图,生成与代码改动信息相关的调用链路。
6.在一些实施例中,上述基于调用关系图,生成与代码改动信息相关的调用链路包括:基于调用关系图,创建类以及类中方法的调用关系表;在调用关系表中,递归向上查找与代码改动信息中各个类中方法相关的第一类中方法,并形成至少一个第一类中方法间的向上调用链;在调用关系表中,递归向下查找与代码改动信息中各个类中方法相关的第二类中方法,并形成至少一个第二类中方法间的向下调用链;拼接向上调用链和向下调用链,生成与代码改动信息相关的调用链路。
7.在一些实施例中,上述基于待执行代码信息,确定代码改动信息包括:利用版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,得到代码改动信息。
8.在一些实施例中,上述方法还包括:基于项目的源码目录,递归获取项目的类文件;获取类文件中各个类中方法的注释;基于类文件中各个类中方法的注释,确定调用链路中各个类中方法的注释;通过操作界面输出调用链路以及调用链路中各个类中方法的注释。
9.在一些实施例中,上述获取待执行代码信息包括:从操作界面获取待执行计划名称、待执行的代码分支;基于预先获取的应用信息,选取与代码分支相关的应用信息;将待执行计划名称、代码分支以及与代码分支相关的应用信息作为待执行代码信息。
10.第二方面,本公开的实施例提供了一种信息处理装置,该装置包括:获取单元,被
配置成获取待执行代码信息;确定单元,被配置成基于待执行代码信息,确定代码改动信息;编译单元,被配置成对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;生成单元,被配置成基于编译文件和代码改动信息,生成调用链路。
11.在一些实施例中,上述生成单元进一步被配置成:基于编译文件,确定项目源码中的类以及类中方法的调用关系;基于调用关系图,生成与代码改动信息相关的调用链路。
12.在一些实施例中,上述生成单元进一步被配置成:基于调用关系图,创建类以及类中方法的调用关系表;在调用关系表中,递归向上查找与代码改动信息中各个类中方法相关的第一类中方法,并形成至少一个第一类中方法间的向上调用链;在调用关系表中,递归向下查找与代码改动信息中各个类中方法相关的第二类中方法,并形成至少一个第二类中方法间的向下调用链;拼接向上调用链和向下调用链,生成与代码改动信息相关的调用链路。
13.在一些实施例中,上述确定单元进一步被配置成:利用版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,得到代码改动信息。
14.在一些实施例中,上述装置还包括:注释单元,被配置成基于项目的源码目录,递归获取项目的类文件;获取类文件中各个类中方法的注释;基于类文件中各个类中方法的注释,确定调用链路中各个类中方法的注释;通过操作界面输出调用链路以及调用链路中各个类中方法的注释。
15.在一些实施例中,上述获取单元被配置成:从操作界面获取待执行计划名称、待执行的代码分支;基于预先获取的应用信息,选取与代码分支相关的应用信息;将待执行计划名称、代码分支以及与代码分支相关的应用信息作为待执行代码信息。
16.第三方面,本公开的实施例提供了一种信息处理系统,该系统包括:前端输入模块,用于接收输入的计划信息,基于计划信息,生成待执行代码信息;后端处理模块,用于基于待执行代码信息,确定代码改动信息;对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;基于编译文件和代码改动信息,生成调用链路,并将调用链路发送给前端输入模块进行展示。
17.第四方面,本公开的实施例提供了一种电子设备,该电子设备包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如第一方面中任一实施例描述的方法。
18.第五方面,本公开的实施例提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面中任一实施例描述的方法。
19.本公开的实施例提供的信息处理方法和装置,首先,获取待执行代码信息;其次,基于待执行代码信息,确定代码改动信息;再次,对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;最后,基于编译文件和代码改动信息,生成调用链路。由此,使用者仅需提供待执行代码信息,即可一键生成调用链路分析报告,通过调用链路分析报告可以快速、准确地分析到待执行代码信息影响范围,提高了代码影响范围分析的可靠性;通过生成的编译文件对代码改动信息进行分析,无需项目源码实际的运行,提高了代码影响范围分析的全面性。
附图说明
20.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本公开的其它特征、目的和优点将会变得更明显:
21.图1是本公开的一个实施例可以应用于其中的示例性系统架构图;
22.图2是根据本公开的信息处理方法的一个实施例的流程图;
23.图3是根据本公开的信息处理装置的一个实施例的结构示意图;
24.图4是根据本公开的信息处理系统的一个实施例的结构示意图;
25.图5是适于用来实现本公开的实施例的电子设备的结构示意图。
具体实施方式
26.下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
27.需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
28.图1示出了可以应用本公开的信息处理方法的示例性系统架构100。
29.如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,通常可以包括无线通信链路等等。
30.终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如即时通信工具、邮箱客户端等。
31.终端设备101、102、103可以是硬件,也可以是软件;当终端设备101、102、103为硬件时,可以是具有通信和控制功能的用户设备,上述用户设置可与服务器105进行通信。当终端设备101、102、103为软件时,可以安装在上述用户设备中;终端设备101、102、103可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块),也可以实现成单个软件或软件模块。在此不做具体限定。
32.服务器105可以是提供各种服务的服务器,例如为终端设备101、102、103上的代码改动提供支持的后台服务器。后台服务器可以接收终端设备101、102、103发送的待执行代码信息,基于当前框架生成待执行代码信息对应的调用链路,并将处理结果(如调用链路)反馈给终端设备101、102、103。
33.需要说明的是,服务器可以是硬件,也可以是软件。当服务器为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块),也可以实现成单个软件或软件模块。在此不做具体限定。
34.需要说明的是,本公开的实施例所提供的信息处理方法一般由服务器105执行,本公开的实施例所提供的信息处理装置一般设置在服务器105中。
35.应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
36.由于代码框架问题,部分代码可扩展性不强,代码间耦合度高,随着接入的业务线
增多,代码间的依赖关系越来越多。一个微小的改动,可能就会影响到其他不相干的业务线,而这种影响由于代码并不会报错,开发人员也无法及时评估到。
37.测试人员一般是根据本次需求改动进行用例编写,无法评估代码的改动是否会影响到其他业务线。所以在用例评审阶段,产品、开发、测试人员均无法准确评估影响范围,这样就可能会导致本次需求上线完成后,等到其他业务发生调用错误,才发现业务被影响到了。
38.针对上述缺陷,本公开提供了一种信息处理方法,可以全面、准确的分析待执行代码信息对项目源码的影响范围。如图2,示出了根据本公开的信息处理方法的一个实施例的流程200,该信息处理方法包括以下步骤:
39.步骤201,获取待执行代码信息。
40.本实施例中,待执行代码信息是研发人员为了完成一个需求而对原始代码框架进行编辑(例如,代码去除、代码修改、代码增加)后的部分。具体地,针对某一项目的工程代码,研发人员为了实现项目中的一个新的业务功能或者修改原有的业务逻辑而对工程代码进行改动(增加、删除、修改),该改动后的代码框架即为待执行代码信息。
41.本实施例中,工程代码以不同标识符命名,标识符可以包括包名、类名、类中方法名以及接口名等。在一个jave工程代码中,可以有很多个类,每个类有且只有一个主函数,每一个类都有各自的类名,一个类可以实现多个接口。
42.本实施例中,待执行代码信息包括:待执行代码分支,其中,待执行代码分支是改进或修改原始代码框架后的代码内容,待执行代码分支可以包括:待执行代码类、待执行代码类中方法以及待执行代码接口。为了对待执行代码信息进行更好的分类,待执行代码信息还可以包括:计划名称、应用信息,其中,计划名称是待执行代码对应的计划改进项目的名称,应用信息是待执行代码对应的应用的相关信息,通过计划名称和应用信息可以对待执行代码信息进行详细的了解。
43.步骤202,基于待执行代码信息,确定代码改动信息。
44.本实施例中,研发人员针对某个需求对原始代码框架进行编码之后,得到待执行代码信息。将待执行代码信息与原始代码框架进行代码的改动范围比较,可以确定相对于原始代码框架,待执行代码信息的代码改动信息。
45.本实施例中,代码改动信息可以包括:改动代码所在的包名、类型、以及类中方法名称,代码改动信息还包括:改动代码在原始代码框架中所在行号、列号等。为了更加有效地确定代码改动信息,可以借用jgit技术,实现对代码改动信息的自动化分析。
46.本实施例中,jgit是一个java代码提交git(开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目)的插件,可以通过代码连接git远程仓库,在本地建立版本库,进行拉取、提交、推送等操作。通过jgit技术进行代码的改动范围的分析,可以实现完全的代码范围分析的自动化,自动化获取代码的改动范围。
47.在代码改动范围分析时,可能会得到一些无效的信息,可选地,上述步骤202还包括:对代码改动信息进行降噪处理。其中,对代码改动信息进行降噪处理处理包括:去除代码改动信息中不涉及代码逻辑的信息,该不涉及代码逻辑的信息包括:注释修改、格式化、空格删除等。
48.步骤203,对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编
译文件。
49.本实施例中,对项目源码进行打包是指按照一定目录结构来组织项目源码,得到打包后的源码。本实施例中,通过对项目源码进行打包可以得到项目源码中各个包、类以及类中方法之间的依赖关系。
50.本实施例中,编译是利用编译程序从源语言编写的源程序,产生目标程序的过程,用编译程序产生目标程序的动作编译就是把高级语言变成计算机可以识别的,二进制语言计算机只认识一和零编译程序,把人们熟悉的语言换成二进制的编译程序。
51.本实施中,打包后的编译文件是打包后编译成功的文件,上述步骤203包括:采用人工选择需要打包模块以及目标对待执行代码信息对应的项目源码进行打包,得到项目包,对项目包进行编译,并实时监测项目源码是否编译成功,响应于编译成功,本地存储编译文件对应的路径,以通过路径得到打包后的编译文件。
52.上述步骤203还可以包括:通过项目对象模型(maven)描述项目源码间的依赖关系,得到对象项目;通过项目对象模型对对象项目进行打包以及编译;得到打包后的项目包以及输出流,其中输出流用于表征项目包的编译信息。需要说明的是,每次对对象项目进行打包时,都会删除历史的项目包,以保证对最新的项目源码进行调用链路分析。获取项目对象模型打包后的输出流,对该输出流进行处理,检测输出流是否有编译成功关键字,响应于编译成功,确定项目包和输出流为编译成功的编译文件。
53.本实施例中,打包后的编译文件可以是jar包文件,jar包就是别人已经写好的一些类,然后将这些类进行打包,打包完成后,可以直接使用jar包中的类和属性以及方法。
54.jar包文件是将一系列文件合并到单个压缩文件里,同java中其他任何东西一样,jar文件是跨平台的,所以不必关心涉及具体平台的问题。
55.可选地,打包后的编译文件也可以是war包文件,war包文件是一个web程序进行打包便于部署的压缩包,里面包含web程序需要的一些东西,其中包括web.xml的配置文件,前端的页面文件,以及依赖的jar。
56.步骤204,基于编译文件和代码改动信息,生成调用链路。
57.本实施例中,编译文件是表征项目源码间依赖关系的计算机可以识别的文件,通过工具分析编译文件与代码改动信息相关的类和类中方法,可以得到所有与代码改动信息相关的改动的类中方法的调用链路。
58.本实施例中,代码改动信息包括:包、类名、类中方法名以及改动的类中方法对应的代码,改动的类中方法是与代码改动信息中类中方法(通过代码改动信息中类中方法名得到的方法)具有依赖关系的类中方法,其中,依赖关系可以是调用关系和被调用关系,例如类中方法e调用类中方法f,类中方法e有被类中方法调用。
59.本发明主要是帮助研发和测试人员,快速准确发现改动代码所影响上下游的类中方法,以及影响到的业务。通过改动方法,生成对应上下游方法调用链,查看影响的上下游方法,帮助开发人员分析是否有未考虑到代码影响范围,帮助测试人员检查是否需要补充测试用例。通过层层把关,通过程序帮助发现未知问题,提高代码上线质量。
60.本公开的实施例提供的信息处理方法,首先,获取待执行代码信息;其次,基于待执行代码信息,确定代码改动信息;再次,对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;最后,基于编译文件和代码改动信息,生成调用链路。由此,
使用者仅需提供待执行代码信息,即可一键生成调用链路分析报告,通过调用链路分析报告可以快速、准确地分析到待执行代码信息影响范围,提高了代码影响范围分析的可靠性;通过生成的编译文件对代码改动信息进行分析,无需项目源码实际的运行,提高了代码影响范围分析的全面性。
61.在公开的一些可选实现方式中,上述基于编译文件和代码改动信息,生成调用链路包括:基于编译文件,确定项目源码中的类以及类中方法的调用关系图;基于调用关系图,生成与代码改动信息相关的调用链路。
62.本实施例中,在得到打包后的编译文件之后,可以借鉴开源的图工具,例如java-callgraph工具,java-callgraph工具是一种可以在jave中生成静态和动态调用图的程序。
63.java-callgraph工具中包括:javacg-static子工具和javacg-dynamic子工具。其中,javacg-static子工具可以从打包后的编译文件中读取类,沿着类中方法走,并打印出一个调用者-被调用者的关系表。
64.javacg-dynamic子工具可以对用户定义的一组类的方法进行检测,以跟踪它们的调用。在jvm退出时,打印出一个调用者与被调用者的关系表。
65.本实施例中,在得到调用关系图之后,可以将调用关系图中的信息填写在预先设置的表结构中,对调用关系图中各种类、类中方法的调用关系进行存储。
66.本实施例中,在得到调用关系图中,对调用关系图进行分析,确定调用关系图中的所有具有两个以上的类、类中方法的分支链路,搜寻代用关系图中代码改动信息对应的类以及类中方法对应的点,以该点为基础,将该点在分支链路中所有链路,作为代码改动信息相关的调用链路。
67.本实施提供的生成调用链路的方法,基于编译文件,确定调用关系图,基于调用关系图,生成与代码改动信息相关的调用链路,提高了调用链路生成的可靠性。
68.在公开的一些可选实现方式中,上述基于调用关系图,生成与代码改动信息相关的调用链路包括:基于调用关系图,创建类以及类中方法的调用关系表;在调用关系表中,递归向上查找与代码改动信息中各个类中方法相关的第一类中方法,并形成至少一个第一类中方法间的向上调用链;在调用关系表中,递归向下查找与代码改动信息中各个类中方法相关的第二类中方法,并形成至少一个第二类中方法间的向下调用链;拼接向上调用链和向下调用链,生成与代码改动信息相关的调用链路。
69.本实施例中,在对项目源码打包后的编译文件进行初始化处理时,已经将源码中的类中方法以单挑记录的形式存储到数据库中,并且类中方法之间关联关系也有存储。所以对于代码改动信息中的改动的类中方法,一直向上或向下找到和该类中方法相关的类中方法,连接所有相关的类中方法,得到向上调用链和向下调用链。
70.本实施例中,向上调用链是通过递归方式得到的影响(比如同层调用或者层层调用)改动的类中方法,并组合所有影响改动的类中方法得到的调用链路。在实际操作中,针对调用关系表中的各个调用关系,递归地寻找代码改动信息中各个类中方法的向上调用关系,直到确定出该类中方法的顶部方法,停止该类中方法向上调用关系的寻找。
71.本实施例中,至少一个第一类中方法是与代码改动信息中的一个类中方法直接相关或者间接相关的类中方法,而至少一个第一类中方法间的向上调用链可以包括一个代码改动信息中一个类中方法的向上调用链,也可以包括代码改动信息中多个类中方法的向上
调用链。
72.本实施例中,向下调用链是通过递归方法得到的改动的类中方法(比如同层或者层层被调用)影响到类中方法,并组合影响到的类中方法得到的调用链路。在实际操作中,针对调用关系表中的各个调用关系,递归地寻找代码改动信息中各个类中方法的向下调用关系,直到确定出该类中方法的底部方法(底部方法没有被调用关系),停止该类中方法向下调用关系的寻找。
73.本实施例中,至少一个第二类中方法是与代码改动信息中的一个类中方法直接相关或者间接相关的类中方法,而至少一个第二类中方法间的向下调用链可以包括一个代码改动信息中一个类中方法的向下调用链,也可以包括代码改动信息中多个类中方法的向下调用链。
74.本实施例中,上述拼接向上调用链和向下调用链,生成与代码改动信息相关的调用链路包括:向上调用链和向下调用链,都是从某个类中方法出发得到的,比如方法a,那么对于向上调用链,a方法就处于最后一个;对于向下调用链,a方法就处于第一个,通过笛卡尔积的方式将向上调用链和向下调用链分别对应两组数据组合,再将组合之后完全相同的链路去重,即可得到最终的与代码改动信息相关的调用链路。
75.可选地,在生成调用链路时,筛选向上调用链和向下调用链中的开发工具包自带的类中方法,并去除向上调用链和向下调用链中的该开发工具包自带的类中方法。因为业务代码间会调用开发工具包自带的类中方法,而开发工具包自带的类中方法不包含业务逻辑,不需要进行链路分析,故筛选并去除开发工具包自带的类中方法。
76.本实施例提供的生成代码改动信息相关的调用链路的方法,通过调用关系图,生成向上调用链和向下调用链,拼接向上调用链和向下调用链得到与代码改动信息相关的调用链路,为与代码改动信息相关的调用链路的生成提供了可靠的实现手段。
77.本实施例中,至少一个第一类中方法间的向上调用链可以包括代码改动信息中多个类中方法的向上调用链,至少一个第二类中方法间的向上调用链可以包括代码改动信息中多个类中方法的向下调用链。
78.可选地,上述拼接向上调用链和向下调用链,生成与代码改动信息相关的调用链路可以包括:确定至少一个第一类中方法中所有第一类中方法、至少一个第二类中方法中所有第二类中方法以及代码改动信息中类中方法的哈希值;针对代码改动信息中的各个类中方法,响应于有第一类中方法以及第二类中方法的哈希值相同均与该类中方法的哈希值相同;检测该第一类中方法所在的向上调用链的最后一个方法是否与该第二类中方法所在的向下调用链的第一个方法是否相同,若该第一类中方法所在的向上调用链的最后一个方法与该第二类中方法所在的向下调用链的第一个方法相同,拼接该向上调用链以及该向下调用链,得到与代码改动信息相关的调用链路。
79.可选地,上述基于调用关系图,生成与代码改动信息相关的调用链路包括:创建向上链路表和向下链路表;针对代码改动信息中的各个类中方法,计算该类中方法的哈希值;基于调用关系图,确定该类中方法的向上调用链以及向下调用链,将该类中方法的向上调用链存储在向上链路表中,将该类中方法的向下调用链存储在向下链路表中,筛选向上链路表中该类中方法处于末端的向上调用链,筛选向下链路表中该类中方法处于顶端的向下调用链,连接该类中方法处于末端的向上调用链和该类中方法处于顶端的向下调用链,得
到该类中方法的调用链路,并将该类中方法的哈希值作为该调用链路的键值。
80.可选地,上述基于调用关系图,生成与代码改动信息相关的调用链路还包括:在得到代码改动信息中的各个类中方法的调用链路之后,检测所有调用链路中的重复链路,并去除该重复链路,得到与代码改动信息相关的调用链路。
81.例如,对于代码改动信息中的一个类中方法a,在向下链路表的一个向下调用链中,a方法处于该向下调用链的顶端,该向下调用链为a-》b-》c-》d;在向上链路表的向上调用链中,a方法处于该向上调用链末端,该向上调用链为a1-》a2-》a3-》a,将该向下调用链和该向上调用链拼接为一条a的调用链路a1-》a2-》a3-》a-》b-》c-》d;将向上链路表、向下链路表内关联,关联条件为方法a的唯一hash值。
82.因为还有重复的情况,比如代码改动信息中git diff出的方法b,可能存在向上调用链a1-》a2-》a3-》a-》b,向下调用链b-》c-》d,那么组装出的完整链路a1-》a2-》a3-》a-》b-》c-》d与方法a的调用链路重复了,所以需要在获取代码改动信息相关的调用链路时增加去重操作,去除调用链路中所有重复的调用链路。
83.本实施例中,将去重后的代码改动信息中的类中方法的调用链路存储到链路总表,将数据持久化,方便后续进行链路的处理。具体地,链路处理方法包括:基于链路总表数据进行处理,处理成具有树形结构关系的数据,并存储至树形结构数据表。
84.在本实施例的一些可选实现方式中,基于待执行代码信息,确定代码改动信息包括:利用版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,得到代码改动信息。
85.本实施例中,原始的工程代码是与待执行代码信息相关的应用的工程代码,通过将原始的工程代码与待执行代码信息中的代码分支进行比对,可以对比出待执行代码相对于原始的工程代码的改动范围。
86.本实施例中,通过版本控制命令可以自动化地分析出待执行代码信息相对于原始的工程代码的改动范围。
87.本实施例中,版本控制命令可以是code diff,code diff从字面上理解就是代码差异的比较,code diff从某种程度上可以理解为针对代码逻辑的测试。因此code diff可以作为一种补充测试的手段,辅助测试过程中通过代码内容更好地判断测试范围。
88.上述利用版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,得到代码改动信息包括:利用code diff对比待执行代码信息中的代码分支与原始的工程代码,得到代码改动信息。代码改动信息包括:类名、类中方法名以及代码改动所在行号。
89.可选地,上述利用版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,得到代码改动信息还可以包括:通过code diff对比待执行代码信息中的代码分支与原始的工程代码,得到代码改动内容,比对出的代码改动的内容包括类名、方法名、代码改动所在行号等信息;并对代码改动的内容进行降噪处理,比如代码的注释修改、格式化、空格删除等不涉及代码逻辑的改动,均不需要,得到代码改动信息。通过code diff得到的代码改动信息,会进行落库处理,进行后续的统计工作。
90.本实施提供的得到代码改动信息的方法,通过版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,可以自动化得到代码改动的范围,从而能够从内
到外更好地把控因代码改动引起的风险与质量的变化。
91.在本公开的一些可选实现方式中,上述信息处理方法还包括:基于项目的源码目录,递归获取项目的类文件;获取类文件中各个类中方法的注释;基于类文件中各个类中方法的注释,确定调用链路中各个类中方法的注释;通过操作界面输出调用链路以及调用链路中各个类中方法的注释。
92.本可选实现方式中,项目是指与待执行代码信息相关的项目,为了确定项目中类文件的类中方法的注释,需要先确定项目,再基于确定的项目确定项目的类文件,类文件可以包括:包名、类、类中方法。
93.本可选实现方式中,可以通过开源的软件开发包(例如jdk),得到代码注释(如:/**注释**/),软件开发包提供了工具和方法来获取标准注释。上述得到各个类中方法的注释的方法包括:通过传入项目源码目录,递归获取项目类文件,然后在pom依赖中引入tools.jar(位于jdk\lib目录下),编写doclet类,将项目类文件传入,通过执行main.exec()获取类文件中各个方法注释,并在操作界面展示链路时,对应方法注释也会在操作界面同时展示出来。
94.本可选实现方式中,将类文件中各个类中方法与调用链路中各个类中方法进行匹配,若匹配成功,将类文件的类中方法的注释作为调用链路中类中方法的注释。
95.本实施例中,待执行代码信息对应的代码提测后,会生成与待执行代码信息相关的上下游调用链路,代码注释信息同时会带出展示。
96.本实施例提供的信息处理方法,基于项目的源码目录,获取项目的类文件,递归获取项目的类文件,以及类文件中各个类中方法的注释,从而通过得到注释可以有效地帮助开发人员确定因代码改动影响到的业务。
97.在本实施例的一些可选实现方式中,上述获取待执行代码信息包括:从操作界面获取待执行计划名称、待执行的代码分支;基于预先获取的应用信息,选取与代码分支相关的应用信息;将待执行计划名称、代码分支以及与代码分支相关的应用信息作为待执行代码信息。
98.本可选实现方式中,待执行的代码分支是由开发人员编写的不同应用的业务代码,该业务代码可以是原始的工程代码中未出现的代码,也可以是对原始的工程代码中的部分内容进行改进之后的代码。
99.本实施例中,待执行计划名称是为了分析对待执行的代码分支在整个项目源码中的影响范围,而设置名称,通过待执行计划名称可以确定后续执行计划。
100.本实施例中,将待执行代码信息设置为:待执行计划名称、代码分支以及应用信息可以执行主体在对代码分支进行代码改动范围分析时,确定代码分支所对应的应用,以及计划名称,为调用链路的得到提供了可靠的技术支持。
101.进一步参考图3,作为对上述各图所示信息处理方法的实现,本公开提供了信息处理装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
102.如图3所示,本公开的实施例提供了一种信息处理装置300,该装置300包括:获取单元301、确定单元302、编译单元303、生成单元304。其中,上述获取单元301,可以被配置成获取待执行代码信息。上述确定单元302,可以被配置成基于待执行代码信息,确定代码改
动信息。上述编译单元303,可以被配置成对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件。上述生成单元304,可以被配置成基于编译文件和代码改动信息,生成调用链路。
103.在本实施例中,信息处理装置300中,获取单元301、确定单元302、编译单元303、生成单元304的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204。
104.在一些实施例中,上述生成单元304进一步被配置成:基于编译文件,确定项目源码中的类以及类中方法的调用关系图;基于调用关系图,生成与代码改动信息相关的调用链路。
105.在一些实施例中,上述生成单元304进一步被配置成:基于调用关系图,创建类以及类中方法的调用关系表;在调用关系表中,递归向上查找与代码改动信息中各个类中方法相关的第一类中方法,并形成至少一个第一类中方法间的向上调用链;在调用关系表中,递归向下查找与代码改动信息中各个类中方法相关的第二类中方法,并形成至少一个第二类中方法间的向下调用链;拼接向上调用链和向下调用链,生成与代码改动信息相关的调用链路。
106.在一些实施例中,上述确定单元302进一步被配置成:利用版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,得到代码改动信息。
107.在一些实施例中,上述装置还包括:注释单元(图中未示出),被配置成基于项目的源码目录,递归获取项目的类文件;获取类文件中各个类中方法的注释;基于类文件中各个类中方法的注释,确定调用链路中各个类中方法的注释;通过操作界面输出调用链路以及调用链路中各个类中方法的注释。
108.在一些实施例中,上述获取单元301被配置成:从操作界面获取待执行计划名称、待执行的代码分支;基于预先获取的应用信息,选取与代码分支相关的应用信息;将待执行计划名称、代码分支以及与代码分支相关的应用信息作为待执行代码信息。
109.本公开的实施例提供的信息处理装置,首先,获取单元301获取待执行代码信息;其次,确定单元302基于待执行代码信息,确定代码改动信息;再次,编译单元303对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;最后,生成单元304基于编译文件和代码改动信息,生成调用链路。由此,使用者仅需提供待执行代码信息,即可一键生成调用链路分析报告,通过调用链路分析报告可以快速、准确地分析到待执行代码信息影响范围,提高了代码影响范围分析的可靠性;通过生成的编译文件对代码改动信息进行分析,无需项目源码实际的运行,提高了代码影响范围分析的全面性。
110.进一步参考图4,作为对上述各图所示信息处理方法的实现,本公开提供了信息处理系统的一个实施例,该系统具体可以采用各种电子设备实现。
111.如图4所示,本公开的实施例提供了一种信息处理系统400,该系统400包括:前端输入模块401,后端处理模块402。其中,上述前端输入模块401,用于接收输入的计划信息,基于计划信息,生成待执行代码信息。上述后端处理模块402,用于基于待执行代码信息,确定代码改动信息;对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;基于编译文件和代码改动信息,生成调用链路,并将调用链路发送给前端输入模块进行展示。
112.在本实施例中,信息处理装置400中,后端处理模块402的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204。
113.本实施例中,信息处理系统400还包括:应用管理模块(图中未示出)。其中,应用管理模块对于初次接入应用,需要将该接入应用的应用名称、应用编码、代码库地址等信息维护进来;对于已经接入的应用进行信息维护。在此处维护的应用信息,会应用于后续的后端处理模块的执行计划以及代码注释扫描功能。
114.本实施例中,通过前端输入模块401,录入需要执行的计划信息,其中,前端输入模块可以通过操作界面的形式进行显示。本实施例中,计划信息包括计划名称、待执行的代码分支、选择应用信息,其中应用信息可以是用户在应用管理模块中选取的信息,保存执行计划信息后,点击执行得到可以使后端处理模块402识别得到的待执行代码信息。后端处理模块402基于带执行代码信息,完成链路分析工作,通过查看分析任务模块状态,等待状态为成功后,通过查看报告按钮,查看改动类中方法及调用链路的信息。
115.本实施例中,前端输入模块401还可以展示改动类中方法和调用链路的详细信息,该前端输入模块401以改动类中方法为维度进行调用链路的展示,调用链路则根据调用关系,依次从最顶级方法向下展示,同时会将方法对应注释展示出来,方便链路分析人员对调用链路中类中方法的理解,同时支持对调用链路的类中方法进行编辑。
116.本实施例中,前端输入模块是一种ui界面,可以提供界面化操作,使用者只需要提供应用名称以及待执行代码分支,信息处理系统就可以生成待执行代码信息,进一步,后端处理模块基于待执行代码信息进行调用链路分析,生成链路分析报告,链路分析报告包括:改动类中方法数目、改动类中方法关联上下游的类中方法以及对应的链路数目,通过分析链路即可快速、准确地确定本次待执行代码分支改动的影响范围。
117.因在测试环境无法拉取coding代码,为解决此问题,提供解决方案为:针对测试和办公网分别部署一套环境,办公网环境(办公所在的环境)负责与前端输入模块交互,支持应用的维护、执行计划的执行、报告的查看等操作;办公网环境负责代码的拉取、code diff、maven打包、链路的生成、代码注释的获取等操作;测试环境(针对测试部署的环境)和办公网环境之间的数据交互通过http(hyper text transport protocol,超文本传输协议)接口完成,办公网环境配置定时任务,定期扫描待执行的计划,待链路生成后同步至测试环境。
118.下面参考图5,其示出了适于用来实现本公开的实施例的电子设备500的结构示意图。
119.如图5所示,电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501,其可以根据存储在只读存储器(rom)502中的程序或者从存储装置508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中,还存储有电子设备500操作所需的各种程序和数据。处理装置501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
120.通常,以下装置可以连接至i/o接口505:包括例如触摸屏、触摸板、键盘、鼠标、等的输入装置506;包括例如液晶显示器(lcd,liquid crystal display)、扬声器、振动器等的输出装置507;包括例如磁带、硬盘等的存储装置508;以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种
装置的电子设备500,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图5中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
121.特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置509从网络上被下载和安装,或者从存储装置508被安装,或者从rom 502被安装。在该计算机程序被处理装置501执行时,执行本公开的实施例的方法中限定的上述功能。
122.需要说明的是,本公开的实施例的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(radio frequency,射频)等等,或者上述的任意合适的组合。
123.上述计算机可读介质可以是上述服务器中所包含的;也可以是单独存在,而未装配入该服务器中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该服务器执行时,使得该服务器:获取待执行代码信息;基于待执行代码信息,确定代码改动信息;对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;基于编译文件和代码改动信息,生成调用链路。
124.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码,程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
125.附图中的流程图和框图,图示了按照本公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以
代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
126.描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器,包括获取单元、确定单元、编译单元、生成单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,获取单元还可以被描述为“被配置成获取待执行代码信息”的单元。
127.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
技术特征:
1.一种信息处理方法,所述方法包括:获取待执行代码信息;基于所述待执行代码信息,确定代码改动信息;对所述待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;基于所述编译文件和所述代码改动信息,生成调用链路。2.根据权利要求1所述的方法,其中,所述基于所述编译文件和所述代码改动信息,生成调用链路包括:基于所述编译文件,确定所述项目源码中的类以及类中方法的调用关系图;基于所述调用关系图,生成与所述代码改动信息相关的调用链路。3.根据权利要求2所述的方法,其中,所述基于所述调用关系图,生成与所述代码改动信息相关的调用链路包括:基于所述调用关系图,创建所述类以及类中方法的调用关系表;在所述调用关系表中,递归向上查找与所述代码改动信息中各个类中方法相关的第一类中方法,并形成至少一个第一类中方法间的向上调用链;在所述调用关系表中,递归向下查找与所述代码改动信息中各个类中方法相关的第二类中方法,并形成至少一个第二类中方法间的向下调用链;拼接所述向上调用链和所述向下调用链,生成与所述代码改动信息相关的调用链路。4.根据权利要求1所述的方法,其中,所述基于所述待执行代码信息,确定代码改动信息包括:利用版本控制命令对待执行代码信息中的代码分支与原始的工程代码进行分析,得到代码改动信息。5.根据权利要求1-4之一所述方法,所述方法还包括:基于项目的源码目录,递归获取项目的类文件;获取所述类文件中各个类中方法的注释;基于所述类文件中各个类中方法的注释,确定所述调用链路中各个类中方法的注释;通过操作界面输出所述调用链路以及所述调用链路中各个类中方法的注释。6.根据权利要求5所述的方法,所述获取待执行代码信息包括:从所述操作界面获取待执行计划名称、待执行的代码分支;基于预先获取的应用信息,选取与所述代码分支相关的应用信息;将所述待执行计划名称、所述代码分支以及与所述代码分支相关的应用信息作为待执行代码信息。7.一种信息处理装置,所述装置包括:获取单元,被配置成获取待执行代码信息;确定单元,被配置成基于所述待执行代码信息,确定代码改动信息;编译单元,被配置成对所述待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;生成单元,被配置成基于所述编译文件和所述代码改动信息,生成调用链路。8.根据权利要求7所述的装置,所述生成单元进一步被配置成:基于所述编译文件,确定所述项目源码中的类以及类中方法的调用关系图;基于所述调用关系图,生成与所述代
码改动信息相关的调用链路。9.一种信息处理系统,所述系统包括:前端输入模块,用于接收输入的计划信息,基于所述计划信息,生成待执行代码信息;后端处理模块,用于基于所述待执行代码信息,确定代码改动信息;对所述待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;基于所述编译文件和所述代码改动信息,生成调用链路,并将所述调用链路发送给所述前端输入模块进行展示。10.一种电子设备,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一项所述的方法。11.一种计算机可读介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如权利要求1-6中任一项所述的方法。
技术总结
本公开提供了一种信息处理方法和装置。该方法的一具体实施方式包括:获取待执行代码信息;基于待执行代码信息,确定代码改动信息;对待执行代码信息对应的项目源码进行打包以及编译,得到打包后的编译文件;基于编译文件和代码改动信息,生成调用链路。该实施方式提高了代码改动范围分析的准确率。了代码改动范围分析的准确率。了代码改动范围分析的准确率。
技术研发人员:李坤朋
受保护的技术使用者:京东科技控股股份有限公司
技术研发日:2023.05.26
技术公布日:2023/8/23
版权声明
本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)
飞行汽车 https://www.autovtol.com/
