调用修改方法、装置、计算机设备及其存储介质制造方法及图纸

本申请涉及信息安全技术领域，特别是涉及一种调用修改方法、装置、计算机设备及其存储介质。方法包括：获取第一服务调用框架的第一依赖；第一依赖表示第一服务调用框架能够识别的依赖；获取第二依赖；第二依赖与第一依赖的注解特征相同；第二依赖表示第二服务调用框架能够识别的依赖；根据第二依赖和第一服务调用框架，构建第二服务调用框架。本申请实现在不修改业务代码的前提下，使得第一服务调用框架修改为第二服务调用框架，降低了修改服务调用的成本。的成本。的成本。

【技术实现步骤摘要】
调用修改方法、装置、计算机设备及其存储介质


[0001]本申请涉及信息安全
，特别是涉及一种调用修改方法、装置、计算机设备及其存储介质。

技术介绍

[0002]随着开放、共享理念的不断发展，越来越多的传统企业通过将自身IT产品向同行业的其他企业输出以达到互利共赢的目的。
[0003]例如，以企业业务系统为例，相关技术中，向同行业的其他企业输出企业业务系统时，可以是通过将系统从Dubbo(开源分布式服务框架)的RPC(远程过程调用)调用中替换成Spring(一种开源框架)调用，使整个系统转变为基于Spring的上下文调用。
[0004]但是，上述框架调用修改的过程涉及到系统中业务代码的修改，导致系统存在业务异常风险。

技术实现思路

[0005]基于此，有必要针对上述技术问题，提供一种调用修改方法、装置、计算机设备及其存储介质。
[0006]第一方面，本申请提供了一种调用修改方法。所述方法包括：
[0007]获取第一服务调用框架的第一依赖；所述第一依赖表示所述第一服务调用框架能够识别的依赖；
[0008]获取第二依赖；所述第二依赖与所述第一依赖的注解特征相同；所述第二依赖表示第二服务调用框架能够识别的依赖；
[0009]根据所述第二依赖和所述第一服务调用框架，构建所述第二服务调用框架。
[0010]在其中一个实施例中，所述获取第二依赖，包括：
[0011]基于所述第一服务调用框架的第一依赖，确定第一注解；
[0012]获取所述第一注解的注解特征；
[0013]基于所述第一注解的注解特征，构建所述第二注解；
[0014]基于所述第二注解，获取所述第二依赖。
[0015]在其中一个实施例中，所述基于所述第二注解，获取所述第二依赖，包括：
[0016]根据所述第二服务调用框架，对所述第二注解进行赋值处理，得到赋值后的第二注解；
[0017]基于所述赋值后的第二注解，生成所述第二依赖。
[0018]在其中一个实施例中，所述对所述第二注解进行赋值处理，得到赋值后的第二注解，包括：
[0019]获取所述第二服务调用框架的元注解；
[0020]对所述第二注解赋值所述元注解，得到所述赋值后的第二注解。
[0021]在其中一个实施例中，所述注解特征至少包括注解的包名、类名和系统属性；所述
基于所述第一注解的注解特征，构建所述第二注解，包括：
[0022]获取所述第一注解的包名、类名和系统属性；
[0023]将所述第一注解的包名对应作为所述第二注解的包名、将所述第一注解的类名作为所述第二注解的类名，以及将所述第一注解的系统属性作为所述第二注解的系统属性，得到所述第二注解。
[0024]在其中一个实施例中，所述根据所述第二依赖和所述第一服务调用框架，构建所述第二服务调用框架，包括：
[0025]删除所述第一服务调用框架的第一依赖，得到预备服务框架；
[0026]基于所述预备服务框架和所述第二依赖，构建所述第二服务调用框架。
[0027]第二方面，本申请还提供了一种调用修改装置。所述装置包括：
[0028]第一获取模块，用于获取第一服务调用框架的第一依赖；所述第一依赖表示所述第一服务调用框架能够识别的依赖；
[0029]第二获取模块，用于获取第二依赖；所述第二依赖与所述第一依赖的注解特征相同；所述第二依赖表示第二服务调用框架能够识别的依赖；
[0030]构建模块，用于根据所述第二依赖和所述第一服务调用框架，构建所述第二服务调用框架。
[0031]第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一实施例所述的调用修改方法。
[0032]第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一实施例所述的调用修改方法。
[0033]第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述第一方面任一实施例所述的调用修改方法。
[0034]根据本申请的技术方案，通过获取第一依赖和第二依赖，实现了对于第一服务框架中依赖的替换，从而保证了第一依赖中的注解不再被第一服务调用框架识别，实现在不修改业务代码的前提下，使得第一服务调用框架修改为第二服务调用框架，降低了修改服务调用的成本；并且通过获取与第一依赖注解特征相同的第二依赖，保证了在不修改业务代码的前提下吗，使得第二服务调用框架的正常运行，不会出现报错等特殊情况。
附图说明
[0035]图1为本申请实施例提供的一种调用修改方法的示例图；
[0036]图2为本申请实施例提供的一种调用修改方法的流程图；
[0037]图3为本申请实施例提供的Dubbo框架的RPC调用原理示意图；
[0038]图4为本申请实施例提供的一种Spring上下文调用原理示意图；
[0039]图5为本申请实施例提供的另一种调用修改方法的流程图；
[0040]图6为本申请实施例提供的另一种调用修改方法的流程图；
[0041]图7为本申请实施例提供的另一种调用修改方法的流程图；
[0042]图8为本申请实施例提供的一种调用修改装置的结构框图；
[0043]图9为本申请实施例提供的另一种调用修改装置的结构框图；
[0044]图10为本申请实施例提供的另一种调用修改装置的结构框图；
[0045]图11为一个实施例中计算机设备的内部结构图。
具体实施方式
[0046]为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
[0047]在本申请的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0048]随着开放、共享理念的不断发展，越来越多的传统企业通过将自身IT产品向同行业的其他企业输出以达到互利共赢的目的。因为客户内部技术体系和运维体系限制的原因，在输出过程中往往需要对输出的IT产品进行技术架构改造，其中将基于Dubbo的微服务系统改造成基于Spring上下文调用的单体应用就是一种经常遇到的情况。<本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种调用修改方法，其特征在于，所述方法包括：获取第一服务调用框架的第一依赖；所述第一依赖表示所述第一服务调用框架能够识别的依赖；获取第二依赖；所述第二依赖与所述第一依赖的注解特征相同；所述第二依赖表示第二服务调用框架能够识别的依赖；根据所述第二依赖和所述第一服务调用框架，构建所述第二服务调用框架。2.根据权利要求1所述的方法，其特征在于，所述获取第二依赖，包括：基于所述第一服务调用框架的第一依赖，确定第一注解；获取所述第一注解的注解特征；基于所述第一注解的注解特征，构建所述第二注解；基于所述第二注解，获取所述第二依赖。3.根据权利要求2所述的方法，其特征在于，所述基于所述第二注解，获取所述第二依赖，包括：根据所述第二服务调用框架，对所述第二注解进行赋值处理，得到赋值后的第二注解；基于所述赋值后的第二注解，生成所述第二依赖。4.根据权利要求3所述的方法，其特征在于，所述对所述第二注解进行赋值处理，得到赋值后的第二注解，包括：获取所述第二服务调用框架的元注解；对所述第二注解赋值所述元注解，得到所述赋值后的第二注解。5.根据权利要求2所述的方法，其特征在于，所述注解特征至少包括注解的包名、类名和系统属性；所述基于所述第一注解的注解特征，构建所述第二注解，包括：获取所述第一注解的包名、类名和系统属性；将所述第一注解的包名对应作为所述第二注解的包...

【专利技术属性】
技术研发人员：宋晓栋，毛海峰，
申请(专利权)人：工银科技有限公司，
类型：发明
国别省市：