[发明专利]一种实现应用热部署的方法和装置

说明书

本发明公开了一种实现应用热部署方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：利用与应用一一对应的自定义类加载器加载所述应用的类文件；当实时监控到所述应用中的配置更新后，使用新的自定义类加载器加载更新后的应用的类文件；将所述更新后的应用与所述新的类加载器一一对应。该实施方式采用实时监控到所述应用中的配置，使用新的自定义类加载器加载更新后的应用；应用与类加载器一一对应的技术手段，能够方便部署中的应用动态修改文件并及时生效，优化热部署架构流程，增加可靠性，减少对IDE集成开发工具的依赖，不停服务来动态更新类。

技术领域

本发明涉及计算机技术领域，尤其涉及一种实现应用热部署的方法和装置。

背景技术

在项目开发过程中，常常会改动页面数据或者修改数据结构，为了显示改动效果，往往需要重启应用查看改变效果，重新编译上线非常费时低效。热部署是在不重启Java虚拟机的前提下，自动侦测到类(class)文件的变化，更新运行时class的行为，可以节省应用开发和发布的时间。目前类加载器(classloader)的加载机制为双亲委派。可以利用开放服务网关协议OSGI(Open Service Gateway Initiative)实现模块的热替换，还有基于HotSwap技术的热部署。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

1.双亲委派的加载机制的加载顺序很难改变，让自定义classloader抢先加载需要监听改变的类成为了一个难题。

2.在OSGI架构中如果模块之间有调用关系的话，由于耦合性强然会让应用出现短暂的功能性休克。

3.HotSwap对IDE的集成依赖性强，且仅限于对方法体起作用，除了方法体之外，它既不能添加方法或域，也不能修改其他任何东西。

4.HotSwap是工作在虚拟机层面上，且依赖于虚拟机JVM的内部运作。Java编译器常常会创建合成的方法或是域，尽管你仅是修改了一个方法体(比如说，在添加一个类字面常量class literal或匿名的类或内部的类的时候等等)。在调试模式下运行常常会降低应用的速度或是引入其他的问题。

发明内容

有鉴于此，本发明实施例提供一种实现应用热部署的方法和装置，能够方便部署中的应用动态修改文件并及时生效、优化热部署架构流程，增加可靠性，减少对IDE集成开发工具的依赖。

为实现上述目的，根据本发明实施例的一个方面，提供了一种实现应用热部署的方法，包括：利用与应用一一对应的自定义类加载器加载所述应用的类文件；当所述应用中的配置更新后，使用新的自定义类加载器加载更新后的应用的类文件；将所述更新后的应用与所述新的类加载器一一对应。

可选地，当所述应用中的配置更新后，使用新的自定义类加载器加载更新后的应用，包括：监控应用中已编译的类文件，当所述已编译的类文件更新，所述已编译的类文件为原始类的类文件；读取原始类的类文件，使用第一增强组件将原始类的类型修改为接口；生成第一派生类，复制原始类的类文件中的所有方法逻辑，使第一派生类实现所述接口，以完成将原始类变为接口；设置第二派生类，所述第二派生类能够实现所述接口；读取原始类的类文件至第二派生类，利用第二增强组件改变原始类的类名，利用第三增强组件改变原始类的父类；实例化第二派生类的行为。

可选地，所述第二派生类的行为，包括：通过自定义类加载器获取类后，动态创建对象；或修改Class.forName()和ClassLoader.findClass()，利用修改后的Class.forName()和ClassLoader.findClass()，实现实例化第二派生类的行为。

可选地，所述读取原始类的类文件，包括：从工作区中读取原始类的类文件；其中，所述工作区中的配置文件中包括原始类的类文件的路径。