一种实现多版本依赖隔离的方法和装置
技术领域
本发明涉及计算机技术领域,尤其涉及一种实现多版本依赖隔离的方法和装置。
背景技术
在大型、复杂的业务系统中为了提高代码的简洁、通用、复用等特性会把通用的功能部分打成jar包以供有相同业务功能的系统引用,这样可以有效规避重复开发,缩减研发投入,这称为第三方依赖。另一种依赖随着微服务和SOA化的推广,各个系统从功能、职责、业务属性、领域模型等多维度进行切割,而一个完整的功能闭环就需要多个系统协作完成,此时各业务系统需要暴露自己的API jar作为己方的对外输出功能的调用入口,如此才能完成一个完整的功能,这是内部依赖。无论是内部依赖还是外部依赖都需要对引用的jar进行版本维护,通常使用spring boot进行依赖隔离。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
1.使用spring boot进行依赖隔离必须要求项目是spring boot项目并必须使用spring boot编译插件编译才能生效。
2.spring本身属于第三方依赖,自身有许多间接依赖不利于后期业务系统的升级维护,耦合太紧。
3.针对内部依赖每次的升级需要通知到所有的依赖方,即便该方未使用本次升级的功能也需要协同进行同步升级。
4.针对外部(第三方)的依赖无法更改其依赖内部的间接依赖以及升级功能的剥离或者忽略,难以保证以往系统功能的正常。
发明内容
有鉴于此,本发明实施例提供一种实现多版本依赖隔离的方法和装置,能够解决在使用spring boot进行依赖隔离的过程中出现的项目必须是spring boot项目、必须使用spring boot编译插件和耦合度太高的问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种实现多版本依赖隔离的方法,包括:在待隔离方法中添加注解;将所述待隔离方法中需要引用的依赖包放置到引用目录文件中;所述注解与所述引用目录一一对应;执行所述待隔离方法时,根据所述注解确定所述依赖包放置的引用目录文件;利用自定义的类加载器,加载所述引用目录文件中的依赖包。
可选地,所述将所述待隔离方法中需要引用的依赖包放置到引用目录文件中之后,还包括:接收telnet命令;根据所述telnet命令对所述依赖包进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。
可选地,执行所述待隔离方法之前,还包括:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。
根据本发明实施例的另一个方面,提供了一种实现多版本依赖隔离的方法,包括:利用自定义的类加载器加载依赖包,得到依赖包的对象实例;启动容器并初始化所述容器内的功能处理器,将所述依赖包对象实例注册到所述功能处理器内;执行待隔离方法时,若需要引用依赖,则从所述功能处理器中取出并执行所述依赖包对象实例。
可选地,所述将依赖包对象实例注册到所述功能处理器内之后,还包括:接收telnet命令;根据所述telnet命令对所述依赖包对象实例进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。
可选地,执行待隔离方法之前,还包括:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。
根据本发明实施例的再一个方面,提供了一种实现多版本依赖隔离的装置,包括:注解模块,用于:在待隔离方法中添加注解;放置模块,用于:将所述待隔离方法中需要引用的依赖包放置到引用目录文件中;所述注解与所述引用目录一一对应;执行模块,用于:执行所述待隔离方法时,根据所述注解确定所述依赖包放置的引用目录文件;加载模块,用于:利用自定义的类加载器,加载所述引用目录文件中的依赖包。
可选地,所述放置模块还用于:接收telnet命令;根据所述telnet命令对所述依赖包进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。
可选地,所述执行模块,还用于:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。
根据本发明实施例的再一个方面,提供了一种实现多版本依赖隔离的装置,包括:加载模块,用于:利用自定义的类加载器加载依赖包,得到依赖包的对象实例;注册模块,用于:启动容器并初始化所述容器内的功能处理器,将所述依赖包对象实例注册到所述功能处理器内;引用模块,用于:执行待隔离方法时,若需要引用依赖,则从所述功能处理器中取出并执行所述依赖包对象实例。
可选地,所述注册模块还用于:接收telnet命令;根据所述telnet命令对所述依赖包对象实例进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。
可选地,所述引用模块还用于:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。
根据本发明实施例的再一个方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例提出的实现多版本依赖隔离的方法。
根据本发明实施例的再一个方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现如本发明实施例提出的实现多版本依赖隔离的方法。
上述发明中的一个实施例具有如下优点或有益效果:因为采用添加注解的技术手段,所以能够解决在使用spring boot进行依赖隔离的过程中出现的项目必须是springboot项目、必须使用spring boot编译插件和耦合度太高的问题,进而达到不区分项目类型实现依赖多版本共存并保证各版本依赖正常提供功能,同时可以实时对运行的依赖版本进行切换的技术效果,避免未使用升级功能的系统绑架升级。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的实现多版本依赖隔离的方法的主要流程的示意图;
图2是根据本发明实施例的实现多版本依赖隔离的装置的主要模块的示意图;
图3是根据本发明实施例的实时隔离模型的示意图;
图4是根据本发明实施例的模块隔离模型的示意图;
图5是根据本发明实施例的实时隔离的处理过程示意图;
图6是根据本发明实施例的模块隔离的处理过程示意图;
图7是根据本发明实施例的telnet命令处理模型的示意图;
图8是根据本发明实施例的多web模块合并打包为依赖插件的示意图;
图9是根据本发明实施例的系统架构图;
图10是根据本发明实施例的服务部署工作流程的示意图;
图11是本发明实施例可以应用于其中的示例性系统架构图;
图12是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
技术术语的名词解释
Maven:是一个软件项目管理和理解工具。基于项目对象模型(POM)的概念,Maven可以从一个中心信息管理项目的构建,报告和文档。是Apache社区的一个开源组件。
双亲委派:指java类加载的模型,层级越高的类加载器越先加载其加载路径下的类。
现有技术中,无论是内部依赖还是外部依赖都需要对引用的jar进行版本维护。针对内部依赖每次的升级需要通知到所有的依赖方,即便该方未使用本次升级的功能也需要协同进行同步升级,这通常有编译规则的约束。针对外部(第三方)的依赖无法更改其依赖内部的间接依赖以及升级功能的剥离或者忽略,而如果的业务系统是一个庞大的系统如果此时贸然的进行高(低)版本的忽略则难以保证以往功能的正常。
现有技术中使用spring boot基于maven的多版本依赖管理:
1.引入版本管理工具并在POM中声明所有依赖项。2.判断当前引用是否声明在于版本依赖管理(dependencyManagement)里面,如果存在则加载声明版本。3.如果2不成立,则计算依赖路径,找出共存位于依赖树中最短路径的版本加载。4.如果3不存在最短路径则根据依赖项的声明先后进行加载。5.执行编译、加载。6.重复2-5。
使用spring boot进行依赖隔离必须要求项目是spring boot项目并必须使用spring boot编译插件编译才能生效。只是将冲突的依赖分置于不同的文件目录保证没有依赖冲突,并不能实质上解决依赖冲突,让冲突的依赖项同时提供功能。spring本身属于第三方依赖,自身有许多间接依赖不利于后期业务系统的升级维护,耦合太紧。
图1是根据本发明实施例的实现多版本依赖隔离的方法的主要流程的示意图。如图1所示,本发明实施例提供了一种实现多版本依赖隔离的方法,包括:
步骤S101.在待隔离方法中添加注解;
步骤S102.将所述待隔离方法中需要引用的依赖包放置到引用目录文件中;所述注解与所述引用目录一一对应;
步骤S103.执行所述待隔离方法时,根据所述注解确定所述依赖包放置的引用目录文件;
步骤S104.利用自定义的类加载器,加载所述引用目录文件中的依赖包。
因为采用添加注解的技术手段,所以能够解决在使用spring boot进行依赖隔离的过程中出现的项目必须是spring boot项目、必须使用spring boot编译插件和耦合度太高的问题,进而达到不区分项目类型实现依赖多版本共存并保证各版本依赖正常提供功能,同时可以实时对运行的依赖版本进行切换的技术效果,避免未使用升级功能的系统绑架升级。
本发明实施例中,所述将所述待隔离方法中需要引用的依赖包放置到引用目录文件中之后,还包括:接收telnet命令;根据所述telnet命令对所述依赖包进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。开放一个telnet端口用于对依赖的监控和插拔,可以使用户通过telnet命令来进行依赖隔离相关操作,有更大的可操控性。
本发明实施例中,执行所述待隔离方法之前,还包括:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。可以实现多个web模块打成一个依赖插件,对于内部系统之间的调用跨服务器调用转为内部调用。
本发明实施例提供了一种实现多版本依赖隔离的方法,包括:利用自定义的类加载器加载依赖包,得到依赖包的对象实例;启动容器并初始化所述容器内的功能处理器,将所述依赖包对象实例注册到所述功能处理器内;执行待隔离方法时,若需要引用依赖,则从所述功能处理器中取出并执行所述依赖包对象实例。本发明实施例能够解决在使用springboot进行依赖隔离的过程中出现的项目必须是spring boot项目、必须使用spring boot编译插件和耦合度太高的问题,进而达到不区分项目类型实现依赖多版本共存并保证各版本依赖正常提供功能,同时可以实时对运行的依赖版本进行切换的技术效果,避免未使用升级功能的系统绑架升级。
本发明实施例中,所述将依赖包对象实例注册到所述功能处理器内之后,还包括:接收telnet命令;根据所述telnet命令对所述依赖包对象实例进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。可以使用户通过telnet命令来进行依赖隔离相关操作,有更大的可操控性。
本发明实施例中,执行待隔离方法之前,还包括:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。可以实现多个web模块打成一个依赖插件,对于内部系统之间的调用跨服务器调用转为内部调用。
图2是根据本发明实施例的实现多版本依赖隔离的装置的主要模块的示意图。如图2所示,本发明实施例提供了一种实现多版本依赖隔离的装置200,包括:
注解模块201,用于:在待隔离方法中添加注解;
放置模块202,用于:将所述待隔离方法中需要引用的依赖包放置到引用目录文件中;所述注解与所述引用目录一一对应;
执行模块203,用于:执行所述待隔离方法时,根据所述注解确定所述依赖包放置的引用目录文件;
加载模块204,用于:利用自定义的类加载器,加载所述引用目录文件中的依赖包。
本发明实施例中,所述放置模块202还用于:接收telnet命令;根据所述telnet命令对所述依赖包进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。
本发明实施例中,所述执行模块204,还用于:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。
本发明实施例提供了一种实现多版本依赖隔离的装置,包括:加载模块,用于:利用自定义的类加载器加载依赖包,得到依赖包的对象实例;注册模块,用于:启动容器并初始化所述容器内的功能处理器,将所述依赖包对象实例注册到所述功能处理器内;引用模块,用于:执行待隔离方法时,若需要引用依赖,则从所述功能处理器中取出并执行所述依赖包对象实例。
本发明实施例中,所述注册模块还用于:接收telnet命令;根据所述telne命令对所述依赖包对象实例进行以下至少之一的操作:选择、遍历、增加、删除、移动到备份区。
本发明实施例中,所述引用模块还用于:监听到业务请求,根据所述业务请求确定重定向地址;根据所述重定向地址的域名,确定要执行的所述待隔离方法。
本发明装置通过自定义类加载器提供两种隔离方案:实时隔离、模块隔离,以供不同的业务场景需求。
图3是根据本发明实施例的实时隔离模型的示意图,如图3所示,针对实时隔离本装置提供工具包,用户需要在需隔离的方法上添加@isolation注解并将该方法引用的第三方依赖包放置到src/resources/isolation目录文件下,执行时工具包内的URLClassLoader会从此目录下加载引用依赖。
图4是根据本发明实施例的模块隔离模型的示意图;如图4所示,针对模块隔离本装置提供编译插件,该插件通过Fat、Plugin、Facade三个模块将需特殊处理的模块单独打包成一个jar包,原业务系统只需要引用该jar即可。执行时Plugin模块需要启动容器Fat,Fat会初始化内置的各个功能处理器,并将其注册到容器内,Facade模块会将业务service实例注册到各个功能处理器内。引用时直接从
模块取出对象实例。
图5是根据本发明实施例的实时隔离的处理过程示意图;如图5所示,Java类由java.lang.ClassLoader的实例加载。但是,类加载器本身就是类所以Bootstrap类加载器充当引导类加载器是所有其他ClassLoader实例的父级。是最先执行的加载器,主要加载$JAVA_HOME/jre/lib目录下的jar。而后是Extension Class Loader和System ClassLoader,由于java是双亲委托的加载模式,所以只有在上诉类加载器都无法加载的情况下才会去调用子类加载器。由于有专属的注解解析器,所以在多版本依赖共存的环境下会对赋值后类实例进行重构。大部分情况下需要特殊处理的jar是放在固定的自定义目录下的,系统自有的类加载器通常无法加载会直接调用自定义的类加载器进行加载。
图6是根据本发明实施例的模块隔离的处理过程示意图;PluginManagerService用于协调多模块共存情境下的插件管理,FacadeManagerService用于管理业务服务引用的实例管理,ClassloaderService用于实例化依赖对象,PluginDeployService用于插件的发布,FacadeDeployService用于依赖发布RegistryService用于服务注册,每个插件即业务模块维护一个依赖列表,InjectionService用于向服务注入引用实例,TelnetServerService用于实现telnet命令和接收操作指令。
图7是根据本发明实施例的telnet命令处理模型的示意图;如图7所示,本发明实现基于JVM的socket和IO包实现针对运行时依赖插件的telnet命令。当1中Fat完成内置telnet处理器初始化后会开放一个telnet端口用于对容器和容器内插件的监控和插拔。本装置的容器基于java SET集合实现,用户通过telnet命令握手成功后通过发送show/stop–fat–name_version.jar/start–fat–name_version.jar命令实现对容器的指令操作。当Fat模块收到指令时会根据不同的指令选择遍历、增加、删除(移动到备份区)服务。
图8是根据本发明实施例的多web模块合并打包为依赖插件的示意图;如图8所示,多web模块合并共存。本发明装置通过内置web服务器实现多web模块合并打包为依赖插件。当用户指定当前模块为web模块时,Fat模块初始化ClassLoader的时候需要对隔离模块织入拦截器APIGetwayFilter,当容器初始化完成后将其发布为一个web应用。如果业务要求每个模块的域名都不同那么需要配合负载机使用,负载机监听到业务请求时将该请求重定向到隔离模块上根据端口区分。将所有的请求都转发到负载机,负载机配置重定向地址,该地址域名是隔离模块运行服务器域名,通过端口区分不同的模块服务。
图9是根据本发明实施例的系统架构图;如图9所示:
Container:插件容器,负责插件包启动运行时的管理;容器具备管理插件和应用的功能;容器启动成功后,会自动解析classpath包含的Plugin和facade依赖,完成隔离加载并按优先级依次启动之;
Plugin:内置插件,满足特定目录格式要求的Fat Jar,可以将一个或多个普通的Java jar打包成一个标准格式的Fat Plugin;Fat Plugin会包含一份配置文件,通常包括插件类导入导出配置、资源导入导出配置、插件启动优先级等;运行时,容器会使用独立的PluginClassLoader加载插件,并根据插件配置构建类加载索引表、资源加载索引表,使插件和插件之间、插件和应用之间相互隔离;
Facade:应用模块,是工程应用以及其依赖包的组织单元,包含应用启动所需的所有依赖和配置。
图10是根据本发明实施例的服务部署工作流程的示意图;如图10所示,服务部署工作流程如下:
1.如果是加载反射生成的字节码,那么会直接抛出ClassNotFoundException,终止类加载。本装置只加载指定目录下的jar。
2.查找已经被加载过的类:
2.1如果未被加载,查找JDK中的类,这一块主要包含两部分:第一部分是ExtClassloader负责加载的类;第二部分是JDK提供的类但从ExtClassloader中加载不到,但在本地运行时会被加入到SystemClassloader的classpath中,同时这些类可能会被放到一些三方工具包中,典型的如tool.jar中sun.tools.attach.BsdVirtualMachine,这一部分也主要来源于的工程实践,避免类被加载超过一次,从而引发报错。
2.2如果2.1不满足,委托给本发明的自定义类加载器加载。
3.初始化容器,将个功能handler放到SET集合中。
4.对SET中的handler进行实例化。
5.将被引用的对象实例注入到业务service中。
6.重复1-5。
本发明实施例提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例提供的实现多版本依赖隔离的方法。
本发明实施例提供了一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现如本发明实施例提供的实现多版本依赖隔离的方法。
图11示出了可以应用本发明实施例的实现多版本依赖隔离的方法或装置的示例性系统架构1100。
如图11所示,系统架构1100可以包括终端设备1101、1102、1103,网络1104和服务器1105。网络1104用以在终端设备1101、1102、1103和服务器1105之间提供通信链路的介质。网络1104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备1101、1102、1103通过网络1104与服务器1105交互,以接收或发送消息等。终端设备1101、1102、1103上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备1101、1102、1103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器1105可以是提供各种服务的服务器,例如对用户利用终端设备1101、1102、1103所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的实现多版本依赖隔离的方法一般由服务器1105执行,相应地,实现多版本依赖隔离的装置一般设置于服务器1105中。
应该理解,图11中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图12,其示出了适于用来实现本发明实施例的终端设备的计算机系统1200的结构示意图。图12示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图12所示,计算机系统1200包括中央处理单元(CPU)1201,其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。在RAM 1203中,还存储有系统1200操作所需的各种程序和数据。CPU 1201、ROM 1202以及RAM 1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。
以下部件连接至I/O接口1205:包括键盘、鼠标等的输入部分1206;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207;包括硬盘等的存储部分1208;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1210上,以便于从其上读出的计算机程序根据需要被安装入存储部分1208。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分1209从网络上被下载和安装,和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(CPU)1201执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器,包括注解模块、放置模块、执行模块、加载模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,注解模块还可以被描述为“用于添加注解的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:在待隔离方法中添加注解;将所述待隔离方法中需要引用的依赖包放置到引用目录文件中;所述注解与所述引用目录一一对应;执行所述待隔离方法时,根据所述注解确定所述依赖包放置的引用目录文件;利用自定义的类加载器,加载所述引用目录文件中的依赖包。
根据本发明实施例的技术方案,因为采用添加注解的技术手段,所以能够解决在使用spring boot进行依赖隔离的过程中出现的项目必须是spring boot项目、必须使用spring boot编译插件和耦合度太高的问题,进而达到不区分项目类型实现依赖多版本共存并保证各版本依赖正常提供功能,同时可以实时对运行的依赖版本进行切换的技术效果,避免未使用升级功能的系统绑架升级。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。