CN104102502A - 一种实现热部署的处理方法、装置及服务器 - Google Patents

Abstract

本发明公开了一种实现热部署的处理方法，该方法包括：接收上传的新的类文件替换旧的类文件，并接收更新文件列表；确定所述更新文件列表中的类文件的文件名在类管理列表中，加载文件名在类管理列表中的类文件，创建新实例替换旧实例；其中，所述类管理列表记录有允许热部署的类文件的文件名；本发明同时还公开了一种实现热部署的处理装置及服务器，通过本发明的方案，使服务器不必一直扫描应用部署目录便可实现热部署功能，减少系统在更新时对资源的占用，提高更新效率，提升用户体验。

Description

一种实现热部署的处理方法、装置及服务器

技术领域

本发明涉及计算机技术，具体涉及一种实现热部署的处理方法、装置及服务器。

背景技术

热部署，即为在应用正在运行的时候升级软件，却不需要重新启动应用。现有的大部分网页(Web)服务器，例如Apache软件基金会开发的应用服务器Tomcat、IBM公司开发的软件平台WebSphere、美国Oracle公司开发的应用服务器WebLogic等，都提供调试模式或者类似功能，当Web服务器以调试模式运行时，Web服务器能够实现热部署功能。但是，现有技术在实际运行中存在两个不足之处：一是在更新过程中，Web服务器会一直扫描应用部署目录，造成比较大的系统开销，影响服务效率；二是Web服务器需要检查每个文件是否被更改或者是否有新的文件，会造成资源的浪费，影响更新效率。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现热部署的处理方法、装置及服务器，使服务器不必一直扫描应用部署目录便可实现热部署功能，减少系统在更新时对资源的占用，提高更新效率，提升用户体验。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种实现热部署的处理方法，该处理方法包括：

接收上传的新的类文件替换旧的类文件，并接收更新文件列表；

确定所述更新文件列表中的类文件的文件名在类管理列表中，加载文件名在类管理列表中的类文件，创建新实例替换旧实例；所述类管理列表中记录有允许热部署的类文件的文件名。

上述方案中，在所述接收上传的新的类文件替换旧的类文件之前，该方法还包括：服务器在启动时加载类文件的过程，包括：

当服务器启动并加载类文件时，扫描类文件目录里的所有类文件的文件名，判断所述类文件的文件名是否在类管理列表中，若判断的结果为是，则通过用户类加载器(CustomClassloader)加载所述类文件并实例化，存储所述类文件的实例与对应的统一资源定位符(URL，Uniform Resource Locator)的映射关系；

若判断的结果为否，则通过应用类加载器AppClassloader加载所述类文件并实例化，存储所述类文件的实例与对应的URL的映射关系。

上述方案中，该方法还包括：

当所述类文件为JAVA伺服小程序(sevlet)类文件且接收到页面请求时，提取所述页面请求中的URL，根据所述URL查找存储的servlet实例与URL的映射关系，若找到所述URL，则获取与所述URL对应的servlet实例，调用所述servlet实例的处理函数处理所述页面请求，返回处理结果；

若找不到所述URL，则返回错误提示信息或不执行任何操作。

上述方案中，所述调用所述servlet实例的处理函数处理所述页面请求时，该方法还包括：

所述servlet实例的处理函数调用下层的外观模式(facade)类文件，在确定存在所述facade类文件的类定义且所述facade类文件没有被加载并实例化之后，判断所述facade类文件的文件名是否在类管理列表中，若判断的结果为是，则通过CustomClassloader加载所述facade类文件并实例化，返回facade实例；若判断的结果为否，则通过AppClassloader加载所述facade类文件并实例化，返回facade实例。

上述方案中，该方法还包括：

所述servlet实例的处理函数调用下层的除facade类文件以外的其他类文件，判断所述其他类文件的文件名是否在类管理列表中，若判断的结果为是，则通过CustomClassloader加载所述其他类文件并实例化，返回所述其他类文件的实例；若判断的结果为否，则通过AppClassloader加载所述其他类文件并实例化，返回所述其他类文件的实例。

本发明还提供了一种实现热部署的处理装置，所述处理装置包括类更新模块，所述类更新模块包括：接收模块、第一存储模块、第一确定模块和第一用户类加载模块；其中，

所述接收模块，用于接收上传的新的类文件以替换旧的类文件，并接收更新文件列表；

所述第一存储模块，用于存储类文件，并存储更新文件列表和类管理列表；

所述第一确定模块，用于确定所述更新文件列表中的类文件的文件名在类管理列表中时，触发第一用户类加载模块；

所述第一用户类加载模块，用于加载文件名在类管理列表中的类文件，创建新实例替换旧实例。

上述方案中，所述处理装置还包括类加载模块，所述类加载模块包括：扫描模块、第二确定模块、第二用户类加载模块、第一应用类加载模块和第二存储模块；其中，

所述扫描模块，用于在服务器启动并加载类文件时，扫描类文件目录里的所有类文件的文件名；

所述第二确定模块，用于确定所述类文件的文件名在类管理列表中时，触发第二用户类加载模块；确定所述类文件的文件名不在类管理列表中时，触发第一应用类加载模块；

所述第二用户类加载模块，用于通过CustomClassloader加载文件名在类管理列表中的类文件并实例化，将所述类文件的实例与对应的URL的映射关系发送给第二存储模块；

所述第一应用类加载模块，用于通过AppClassloader加载文件名不在类管理列表中的类文件并实例化，将所述类文件的实例与对应的URL的映射关系发送给第二存储模块；

相应的，所述第二存储模块，用于存储所述实例与对应的URL的映射关系。

上述方案中，所述处理装置还包括类运行模块，所述类运行模块包括：提取模块、查找获取模块和运行模块；其中，

所述提取模块，用于当所述类文件为servlet类文件且接收到页面请求时，提取所述页面请求中的URL，将所述URL发送给查找获取模块；

所述查找获取模块，用于根据所述提取模块发送的URL查找存储的servlet实例与URL的映射关系，获取与所述URL对应的servlet实例，将所述servlet实例发送给运行模块；

所述运行模块，用于根据所述查找获取模块发送的servlet实例，调用所述servlet实例的处理函数处理所述页面请求，返回处理结果；还用于所述查找获取模块没有找到所述URL对应的servlet实例时，生成并返回错误提示信息。

上述方案中，所述运行模块还包括：调用模块、第三用户类加载模块、第二应用类加载模块；其中，

所述调用模块，用于servlet实例的处理函数调用下层的facade类文件，在确定存在所述facade类文件的类定义且所述facade类文件没有被加载并实例化之后，判断所述facade类文件的文件名是否在类管理列表中，在判断结果为是时，触发第三用户类加载模块；在判断结果为否时，触发第二应用类加载模块；

所述第三用户类加载模块，用于通过CustomClassloader加载文件名在类管理列表中的facade类文件并实例化，返回facade实例；

所述第二应用类加载模块，用于通过AppClassloader加载文件名不在类管理列表中的facade类文件并实例化，返回facade实例。

上述方案中，所述调用模块，还用于当servlet实例的处理函数调用下层的除facade类文件以外的其他类文件时，判断所述其他类文件的文件名是否在类管理列表中，在判断结果为是时，触发第三用户类加载模块；在判断结果为否时，触发第二应用类加载模块；

所述第三用户类加载模块，还用于通过CustomClassloader加载文件名在类管理列表中的所述其他类文件并实例化，返回所述其他类文件的实例；

所述第二应用类加载模块，还用于通过AppClassloader加载文件名不在类管理列表中的所述其他类文件并实例化，返回所述其他类文件的实例。

本发明还提供了一种服务器，所述服务器包括本发明所述的实现热部署的处理装置。

本发明提供的一种实现热部署的处理方法、装置及服务器，接收上传的新的类文件替换旧的类文件，并接收更新文件列表；确定所述更新文件列表中的类文件的文件名在类管理列表中，加载文件名在类管理列表中的类文件，创建新实例替换旧实例；所述类管理列表中记录有允许热部署的类文件的文件名；如此，使服务器不必一直扫描应用部署目录便可实现热部署功能，减少系统在更新时对资源的占用，提高更新效率，提升用户体验。

附图说明

图1为本发明实现热部署的处理方法的流程示意图；

图2为本发明提供的类文件的加载处理方法的流程示意图；

图3为本发明提供的运行servlet类文件的方法的流程示意图；

图4为本发明提供的调用facade类文件的方法的流程示意图；

图5为本发明提供的调用除facade类文件以外的其他类文件的方法的流程示意图；

图6为本发明实现热部署的处理装置的结构示意图；

图7为本发明实现热部署的处理装置包括的类加载模块的结构示意图；

图8为本发明实现热部署的处理装置包括的类运行模块的结构示意图。

具体实施方式

本发明的基本思想是：预先配置类管理列表，所述类管理列表中记录着不需要重新启动系统就能实时更新的类文件的文件名，当接收到上传的新的类文件和更新文件列表时，判断所述更新文件列表中的类文件的文件名是否在所述类管理列表中，若判断的结果为是，则加载文件名在类管理列表中的类文件，创建新实例替换旧实例；若判断的结果为否，则说明不能自动加载新的类文件，需等到服务器重新启动时才开始生效。

下面结合附图及具体实施例对本发明再作进一步详细的说明。

图1为本发明实现热部署的处理方法流程示意图，如图1所示，该方法包括以下几个步骤：

步骤101～步骤102：服务器接收上传的新的类文件替换旧的类文件，并接收更新文件列表；

这里，以模型视图控制器(MVC，Model View Controller)三层架构为例，将类文件按层次分为三种：sevlet类、facade类和其他类；其中，所述其他类包括：工具类、辅助类、数据库实体类等；

所述更新文件列表中存储着待更新的类文件的文件名；其中，所述类文件可以是sevlet类的类文件、facade类的类文件或其他类的类文件；

本步骤还包括接收更新消息的步骤。

步骤103：判断所述更新文件列表中的类文件的文件名是否在类管理列表中，若判断的结果为是，执行步骤104；若判断的结果为否，则说明不能自动加载新的类文件，更新不生效，需等到服务器下次重启时才开始生效；

这里，所述类管理列表中记录有允许热部署的类文件的文件名，可在类文件更新开始前自行设定；

所述服务器一般是Web服务器。

步骤104：加载文件名在类管理列表中的类文件，创建新实例替换旧实例；

这里，所述加载文件名在类管理列表中的类文件可以采用新定义的用户类加载器(CustomClassloader)或现有的类加载器进行加载；

所述创建新实例替换旧实例为：创建文件名在类管理列表中的类文件的新实例，用所述类文件的新实例替换所述类文件的旧实例，这样能使更新实时生效；

这里，所述sevlet类的类文件、facade类的类文件或其他类的类文件的更新过程均可以采用图1所示的处理流程，并且可单独实现其中任意一种类文件的更新。

进一步的，在所述接收上传的新的类文件替换旧的类文件之前，该方法还包括：服务器在启动时加载类文件的过程，包括：

当服务器启动并加载类文件时，扫描类文件目录里的所有类文件的文件名，判断所述类文件的文件名是否在类管理列表中，若判断的结果为是，则通过CustomClassloader加载所述类文件并实例化，存储所述类文件的实例与对应的URL的映射关系；

若判断的结果为否，则通过应用类加载器(AppClassloader)加载所述类文件并实例化，存储所述类文件的实例与对应的URL的映射关系。

这里，所述加载类文件包括加载servlet类文件、facade类文件和其他类文件，三种类文件的加载过程均采用上述加载过程，此处不再一一详细说明。

进一步的，该方法还包括：

当所述类文件为servlet类文件且接收到页面请求时，提取所述页面请求中的URL，根据所述URL查找存储的servlet实例与URL的映射关系，若找到所述URL，则获取与所述URL对应的servlet实例，调用所述servlet实例的处理函数处理所述页面请求，返回处理结果；

若找不到所述URL，则返回错误提示信息或不执行任何操作。

这里，所述调用所述servlet实例的处理函数处理所述页面请求为调用所述servlet实例的process函数处理所述页面请求。

进一步的，所述调用所述servlet实例的处理方法处理所述页面请求时，该方法还包括：

servlet实例的处理函数调用下层的facade类文件，在确定存在所述facade类文件的类定义且所述facade类文件没有被加载并实例化之后，判断所述facade类文件的文件名是否在类管理列表中，若判断的结果为是，则通过CustomClassloader加载所述facade类文件并实例化，返回facade实例；若判断的结果为否，则通过AppClassloader加载所述facade类文件并实例化，返回facade实例。

进一步的，该方法还包括：

所述servlet实例的处理函数调用下层的除facade类文件以外的其他类文件时，判断所述其他类文件的文件名是否在类管理列表中，若判断的结果为是，则通过CustomClassloader加载所述其他类文件并实例化，返回所述其他类文件的实例；若判断的结果为否，则通过AppClassloader加载所述类文件并实例化，返回所述其他类文件的实例。

上述方法中，类文件的运行过程具体为：服务器接收到用户的页面请求后，通过提取并解析URL找到对应的servlet类文件执行逻辑处理并调用下层各数据处理接口的facade类文件或其他类文件，最后将处理结果返回给用户，因此，类文件的运行按照运行servlet类文件、调用相应的facade类文件或其他类文件的顺序依次进行。

图2为本发明提供的类文件的加载处理方法的流程示意图，如图2所示，包括以下步骤：

步骤201～步骤202：当服务器启动并加载类文件时，扫描类文件目录里的所有类文件的文件名，判断所述文件名是否在类管理列表中，若判断的结果为是，执行步骤203；否则，执行步骤204；

这里，所述类管理列表中记录有允许热部署的类文件的文件名，可在类文件加载开始前自行设定。

步骤203：通过CustomClassloader加载所述类文件并实例化，存储所述类文件的实例与对应的URL的映射关系。

步骤204：通过AppClassloader加载所述类文件并实例化，存储所述类文件的实例与对应的URL的映射关系。

这里，sevlet类的类文件、facade类的类文件或其他类的类文件的加载过程均可以采用图2所示的处理流程，并且可单独实现其中任意一种类文件的加载。

图3为本发明提供的运行servlet类文件的方法的流程示意图，如图3所示，包括以下步骤：

步骤301～步骤302：当类文件为servlet类文件且接收到页面请求时，提取所述页面请求中的URL，并判断所述URL是否在存储的实例与URL的映射关系中，若判断的结果为是，执行步骤303；否则，执行步骤304。

步骤303：获取与所述URL对应的servlet实例，调用所述servlet实例的process方法处理所述页面请求，返回处理结果。

步骤304：返回错误提示信息或不执行任何操作。

图4为本发明提供的调用facade类文件的方法的流程示意图，如图4所示，包括以下步骤：

步骤401～步骤402：调用facade类文件，判断是否存在所述facade类文件的类定义，若判断的结果为是，执行步骤404；否则，执行步骤403：返回错误信息；

这里，本发明采用facade工厂模式，即存在一个facadefactory，所述facadefactory负责加载和实例化所有的facade类文件，外部和facade之间通过acadefactory获取facade实例。

上述方法中，所述判断是否存在所述facade类文件的类定义为判断facadefactory中是否存在所述调用的facade类文件的类定义。

步骤404：判断所述facade类文件是否已加载并实例化，若判断的结果为是，执行步骤405：返回facade实例；若判断的结果否，执行步骤406；

步骤406：判断所述facade类文件的文件名是否在类管理列表中，若判断的结果为是，执行步骤407；否则，执行步骤408；

步骤407：通过CustomClassloader加载所述facade类文件并实例化，返回facade实例；

步骤408：通过AppClassloader加载所述facade类文件并实例化，返回facade实例。

图5为本发明提供的调用除facade类文件以外的其他类文件的方法的流程示意图，如图5所示，包括以下步骤：

步骤501～步骤502：调用其他类文件，判断所述其他类文件的文件名是否在类管理列表中，若判断的结果为是，执行步骤503；否则，执行步骤504。

这里，所述其他类文件为除facade类文件以外的其他类文件，包括：工具类、辅助类、数据库实体类等类文件。

步骤503：通过CustomClassloader加载所述其他类文件并实例化，返回所述其他类文件的实例。

步骤504：通过AppClassloader加载所述类文件并实例化，返回所述其他类文件的实例。

为实现上述方法，本发明还提供了一种实现热部署的处理装置，设置在服务器上，所述处理装置包括类更新模块60，如图6所示，所述类更新模块60包括：接收模块61、第一存储模块62、第一确定模块63和第一用户类加载模块64；其中，

所述接收模块61，用于接收上传的新的类文件以替换旧的类文件，并接收更新文件列表；

所述第一存储模块62，用于存储类文件，并存储更新文件列表和类管理列表；

所述第一确定模块63，用于确定所述更新文件列表中的类文件的文件名在类管理列表中时，触发第一用户类加载模块64；

所述第一用户类加载模块64，用于加载文件名在类管理列表中的类文件，创建新实例替换旧实例，这样能使更新实时生效；这里可以采用新定义的CustomClassloader或现有的类加载器进行加载。

进一步的，所述处理装置还包括类加载模块70，如图7所示，所述类加载模块70包括：扫描模块71、第二确定模块72、第二用户类加载模块73、第一应用类加载模块74和第二存储模块75；其中，

所述扫描模块71，用于在服务器启动并加载类文件时，扫描类文件目录里的所有类文件的文件名；

所述第二确定模块72，用于确定所述类文件的文件名在类管理列表中时，触发第二用户类加载模块73；确定所述类文件的文件名不在类管理列表中时，触发第一应用类加载模块74；

所述第二用户类加载模块73，用于通过CustomClassloader加载文件名在类管理列表中的类文件并实例化，将所述类文件的实例与对应的URL的映射关系发送给第二存储模块75；

所述第一应用类加载模块74，用于通过AppClassloader加载文件名不在类管理列表中的类文件并实例化，将所述类文件的实例与对应的URL的映射关系发送给第二存储模块75；

相应的，所述第二存储模块75，用于存储所述实例与对应的URL的映射关系；

上述方案中，所述第一存储模块62和所述第二存储模块75可采用同一个存储模块；所述第一确定模块63和所述第二确定模块72可采用同一个确定模块；所述第一用户类加载模块64和所述第二用户类加载模块73可采用同一个用户类加载模块。

进一步的，所述处理装置还包括类运行模块80，如图8所示，所述类运行模块80包括：提取模块81、查找获取模块82和运行模块83；其中，

所述提取模块81，用于当所述类文件为servlet类文件且接收到页面请求时，提取所述页面请求中的URL，将所述URL发送给查找获取模块82；

所述查找获取模块82，用于根据所述提取模块81发送的URL查找存储的servlet实例与URL的映射关系，获取与所述URL对应的servlet实例，将所述servlet实例发送给运行模块83；

所述运行模块83，用于根据所述查找获取模块82发送的servlet实例，调用所述servlet实例的函数方法处理所述页面请求，返回处理结果；还用于所述查找获取模块82没有找到所述URL对应的servlet实例时，生成并返回错误提示信息。

进一步的，所述类运行模块80还包括：调用模块84、第三用户类加载模块85和第二应用类加载模块86；其中，

所述调用模块84，用于servlet实例的处理函数调用下层的facade类文件时，在确定存在所述facade类文件的类定义且所述facade类文件没有被加载并实例化之后，判断所述facade类文件的文件名是否在类管理列表中，在判断结果为是时，触发第三用户类加载模块85；在判断结果为否时，触发第二应用类加载模块86；

所述第三用户类加载模块85，用于通过CustomClassloader加载文件名在类管理列表中的facade类文件并实例化，返回facade实例；

所述第二应用类加载模块86，用于通过AppClassloader加载文件名不在类管理列表中的facade类文件并实例化，返回facade实例。

进一步的，所述调用模块84，还用于当servlet实例的处理函数调用下层的除facade类文件以外的其他类文件时，判断所述其他类文件的文件名是否在类管理列表中，在判断结果为是时，触发第三用户类加载模块85；在判断结果为否时，触发第二应用类加载模块86；

所述第三用户类加载模块85，还用于通过CustomClassloader加载文件名在类管理列表中的所述其他类文件并实例化，返回所述其他类文件的实例；

所述第二应用类加载模块86，还用于通过AppClassloader加载文件名不在类管理列表中的所述其他类文件并实例化，返回所述其他类文件的实例。

上述方案中，所述第三用户类加载模块85与所述第二用户类加载模块73、所述第一用户类加载模块64可采用同一个用户类加载模块；所述第二应用类加载模块86与所述应用类加载模块74可采用同一个用户类加载模块。

本发明还提供一种服务器，所述服务器包括上述实现热部署的处理装置。

本发明实施例所述实现热部署的处理方法如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例的实现热部署的处理方法。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (11)

1.一种实现热部署的处理方法，其特征在于，该处理方法包括：

接收上传的新的类文件替换旧的类文件，并接收更新文件列表；

确定所述更新文件列表中的类文件的文件名在类管理列表中，加载文件名在类管理列表中的类文件，创建新实例替换旧实例；所述类管理列表中记录有允许热部署的类文件的文件名。

2.根据权利要求1所述的处理方法，其特征在于，在所述接收上传的新的类文件替换旧的类文件之前，该方法还包括：服务器在启动时加载类文件的过程，包括：

当服务器启动并加载类文件时，扫描类文件目录里的所有类文件的文件名，判断所述类文件的文件名是否在类管理列表中，若判断的结果为是，则通过用户类加载器CustomClassloader加载所述类文件并实例化，存储所述类文件的实例与对应的统一资源定位符URL的映射关系；

若判断的结果为否，则通过应用类加载器AppClassloader加载所述类文件并实例化，存储所述类文件的实例与对应的URL的映射关系。

3.根据权利要求2所述的处理方法，其特征在于，该方法还包括：

当所述类文件为servlet类文件且接收到页面请求时，提取所述页面请求中的URL，根据所述URL查找存储的servlet实例与URL的映射关系，若找到所述URL，则获取与所述URL对应的servlet实例，调用所述servlet实例的处理函数处理所述页面请求，返回处理结果；

若找不到所述URL，则返回错误提示信息或不执行任何操作。

4.根据权利要求3所述的处理方法，其特征在于，所述调用所述servlet实例的处理函数处理所述页面请求时，该方法还包括：

所述servlet实例的处理函数调用下层的facade类文件，在确定存在所述facade类文件的类定义且所述facade类文件没有被加载并实例化之后，判断所述facade类文件的文件名是否在类管理列表中，若判断的结果为是，则通过CustomClassloader加载所述facade类文件并实例化，返回facade实例；若判断的结果为否，则通过AppClassloader加载所述facade类文件并实例化，返回facade实例。

5.根据权利要求4所述的处理方法，其特征在于，该方法还包括：

所述servlet实例的处理函数调用下层的除facade类文件以外的其他类文件，判断所述其他类文件的文件名是否在类管理列表中，若判断的结果为是，则通过CustomClassloader加载所述其他类文件并实例化，返回所述其他类文件的实例；若判断的结果为否，则通过AppClassloader加载所述其他类文件并实例化，返回所述其他类文件的实例。

6.一种实现热部署的处理装置，其特征在于，所述处理装置包括类更新模块，所述类更新模块包括：接收模块、第一存储模块、第一确定模块和第一用户类加载模块；其中，

所述接收模块，用于接收上传的新的类文件以替换旧的类文件，并接收更新文件列表；

所述第一存储模块，用于存储类文件，并存储更新文件列表和类管理列表；

所述第一确定模块，用于确定所述更新文件列表中的类文件的文件名在类管理列表中时，触发第一用户类加载模块；

所述第一用户类加载模块，用于加载文件名在类管理列表中的类文件，创建新实例替换旧实例。

7.根据权利要求6所述的处理装置，其特征在于，所述处理装置还包括类加载模块，所述类加载模块包括：扫描模块、第二确定模块、第二用户类加载模块、第一应用类加载模块和第二存储模块；其中，

所述扫描模块，用于在服务器启动并加载类文件时，扫描类文件目录里的所有类文件的文件名；

所述第二确定模块，用于确定所述类文件的文件名在类管理列表中时，触发第二用户类加载模块；确定所述类文件的文件名不在类管理列表中时，触发第一应用类加载模块；

所述第二用户类加载模块，用于通过CustomClassloader加载文件名在类管理列表中的类文件并实例化，将所述类文件的实例与对应的URL的映射关系发送给第二存储模块；

所述第一应用类加载模块，用于通过AppClassloader加载文件名不在类管理列表中的类文件并实例化，将所述类文件的实例与对应的URL的映射关系发送给第二存储模块；

相应的，所述第二存储模块，用于存储所述实例与对应的URL的映射关系。

8.根据权利要求6所述的处理装置，其特征在于，所述处理装置还包括类运行模块，所述类运行模块包括：提取模块、查找获取模块和运行模块；其中，

所述提取模块，用于当所述类文件为servlet类文件且接收到页面请求时，提取所述页面请求中的URL，将所述URL发送给查找获取模块；

所述查找获取模块，用于根据所述提取模块发送的URL查找存储的servlet实例与URL的映射关系，获取与所述URL对应的servlet实例，将所述servlet实例发送给运行模块；

所述运行模块，用于根据所述查找获取模块发送的servlet实例，调用所述servlet实例的处理函数处理所述页面请求，返回处理结果；还用于所述查找获取模块没有找到所述URL对应的servlet实例时，生成并返回错误提示信息。

9.根据权利要求8所述的处理装置，其特征在于，所述运行模块还包括：调用模块、第三用户类加载模块、第二应用类加载模块；其中，

所述调用模块，用于servlet实例的处理函数调用下层的facade类文件，在确定存在所述facade类文件的类定义且所述facade类文件没有被加载并实例化之后，判断所述facade类文件的文件名是否在类管理列表中，在判断结果为是时，触发第三用户类加载模块；在判断结果为否时，触发第二应用类加载模块；

所述第三用户类加载模块，用于通过CustomClassloader加载文件名在类管理列表中的facade类文件并实例化，返回facade实例；

所述第二应用类加载模块，用于通过AppClassloader加载文件名不在类管理列表中的facade类文件并实例化，返回facade实例。

10.根据权利要求9所述的处理装置，其特征在于，所述调用模块，还用于当servlet实例的处理函数调用下层的除facade类文件以外的其他类文件时，判断所述其他类文件的文件名是否在类管理列表中，在判断结果为是时，触发第三用户类加载模块；在判断结果为否时，触发第二应用类加载模块；

所述第三用户类加载模块，还用于通过CustomClassloader加载文件名在类管理列表中的所述其他类文件并实例化，返回所述其他类文件的实例；

所述第二应用类加载模块，还用于通过AppClassloader加载文件名不在类管理列表中的所述其他类文件并实例化，返回所述其他类文件的实例。

11.一种服务器，其特征在于，所述服务器包括如权利要求6至10任一项所述的实现热部署的处理装置。