[发明专利]一种类装载隔离的方法及一种类装载隔离的装置

说明书

技术领域

本发明涉及Java的类装载隔离领域，特别涉及一种基于Java虚拟机的类装载隔离的方法及一种类装载隔离的装置。

背景技术

目前在Internet/Intranet/Extranet环境中，企业级应用系统大多采用三层或多层应用模式。为了方便开发、部署、运行和管理基于多层结构的应用，需要以网络和分布式计算的底层技术为基础，构建一个完整的应用框架，提供相应的支撑平台作为多层应用的基础设施，这一支撑平台的关键就是位于中间层的应用服务器。应用服务器是一个创建、部署、运行、集成和维护多层分布式企业级应用的平台。在企业应用中，应用服务器可以提供如下好处：(1)提高企业应用开发的有效性，保障业务逻辑和组件的重用性；(2)提高企业应用的性能，比如，高运行性能和响应时间、可伸缩性、可靠性等；(3)使企业应用更易于监控和管理，降低系统维护和升级成本。由于应用服务器的重要作用和关键地位，它已经成为当今业界的一个热点。

从某种角度而言，应用服务器本身是一个Java进程，而类装载是Java语言提供的最强大的机制之一。具体而言，一个类代表要执行的代码，而数据则表示其相关状态，状态时常改变，而代码则不会。将一个特定的状态与一个类相对应起来，也就意味着将一个类实例化；尽管相同的类对应的实例其状态千差万别，但其本质都对应着同一段代码。应用服务器自身的启动需要装载很多类文件，部署在应用服务器上的应用启动时也需要装载应用自身的类文件，Java的类装载模型是一种代理(delegation)模型。当Java虚拟机(Java Virtual Machine，JVM)要求类装载器(Class Loader)装载一个类时，类装载器首先将这个类装载请求转发给他的父装载器，而父装载器会依次逐级向上传递请求，直到类装载层次的顶部。如果顶部的类装载器不能完成类装载请求，它的子装载器将被调用来完成类装载。如果子装载器也不能装载类，请求会继续向下传递，直到一个类装载器完成这个请求。

通常情况下，应用服务器自身所需的类文件是在系统类路径中，部署在应用服务器应用所需的类文件将会出现在系统类路径之后，因此，如果应用服务器中和部署在应用服务器的应用中包含了相同命名空间的类文件，那么包含在应用服务器中的类文件将会被先加载，包含在应用中的类文件将无法被加载，如图1所示，假设应用服务器所需的类文件存在于System Class Loader，应用所需的类文件存在于应用的ClassLoader中，应用服务器和应用均具有相同命名空间的类文件A，当应用需要装载这个类文件A时，按照Java的类装载模型，如果这个类文件亦存在于应用的Class Loader的父装载器System Class Loader中，则会从System Class Loader装载所述类文件A，而不会从应用的Class Loader中去装载。假设应用的Class Loader中的类文件A是较高版本的类文件，而System Class Loader中的类文件A是较低版本的类文件，当前应用所需要加载的类文件实际上应当为应用的Class Loader中的较高版本的类文件A，然而，由于已装载了System Class Loader中的类文件A，则应用的Class Loader中的类文件A将无法被装载，从而导致系统出错，引发例如“类找不到”、“类未被定义”等类冲突问题。

现有技术中，只能通过由开发或维护人员手动删除发生具有相同命名空间的两个类文件其中的一个；或者，将所有需要加载的类文件都放在系统的类路径中，并手动调整顺序来避免这种类冲突问题。显然，这种手动处理方式的成本高，效率低，并且处理过程较为复杂。

因此，本领域技术人员迫切需要发展出一种可以简单、高效地解决类冲突的方法及系统。

发明内容

本发明所要解决的技术问题是提供一种类装载隔离的方法，用以解决现有技术中对于类冲突处理成本高、效率低，并且处理过程复杂的问题。

本发明还提供了一种类装载隔离的装置，用以保证上述方法在实际中的实现及应用。

为解决上述技术问题，本发明实施例公开了一种类装载隔离的方法，包括：

启动Java进程，在所述Java进程中创建自定义类装载器对象；

在所述自定义类装载器对象中添加类路径；

创建启动应用服务器线程对象，并为所述线程对象指定所述自定义类装载器对象；

启动所述应用服务器线程对象。

优选的是，所述的方法，还包括：