[发明专利]企业分布式应用系统中实现资源加载及资源热更新的方法

说明书

技术领域

本发明涉及计算机应用技术领域，特别涉及计算机企业应用系统技术领域，具体是指一种企业分布式应用系统中实现资源加载以及资源热更新的方法。

背景技术

目前，在企业级应用开发领域，其架构主要是按照面向服务体系架构(Service-Oriented Architecture，SOA)或者按照J2EE架构(Java 2Platform Enterprise Edition)实现的，在功能开发时，通常将应用划分为多个功能模块，每个功能模块完成特定的功能。在模块功能实现的过程中，不可避免地要涉及到与各种资源，在功能代码实现中需要对资源进行解析加工，把各种资源转换化为机器能识别的形式。

应用中的每个模块相对独立，包含了实现模块功能需要的所有资源，模块之间通过模块间的依赖关系可以使用依赖模块中的资源，实现资源的重用。模块中的资源通常包括页面展现资源、服务描述资源、业务逻辑资源、模块配置以及模块元数据资源等，为了管理的方便，每个模块的资源通常部署在单独的压缩包或者目录中。在运行期，系统加载模块中资源时首先对模块资源的存储形式如压缩包(zip、jar)、文件目录、资源存储库等进行分析，对压缩包等类型的模块进行解压缩，对通过存储库存取资源的模块从存储库中下载模块对应的资源至本地系统中，然后系统针对不同的资源分别进行处理。在处理资源时，针对不同类型的资源文件分别提供不同的资源查找逻辑和加载逻辑，对于模块中不同类型的资源将有可能进行重复遍历和搜索，由此造成效率的降低以及功能代码的重复，同时如果新增对某一类资源的处理，则需要重新编写与其资源相对应的查找以及加载逻辑。在资源的热更新处理方面，每一类资源单独启动针对此资源的监听线程进行处理，不同类型的资源使用不同的资源变更通知机制，缺乏统一的热更新通知和管理机制，同时大量启动线程也浪费了大量的系统资源。

随着应用系统的不断扩大，系统中包含的资源也越来越多，格式也越来越复杂，通常为了编码实现的方便，系统中已提供了对已有资源类型的支持，资源处理与应用逻辑采取的是紧耦合的方式，应用功能开发完成后，如果新增对一种资源类型的支持，需要修改其核心业务代码，这都将使测试人员和维护人员的工作量急剧增加。随着现有技术中，在多系统分工合作日益地紧密，如何方便的提供针对不同资源类型的加载、热更新支持成为该技术领域中尤为迫切需要解决的问题。

发明内容

本发明的目的是克服了上述现有技术中的缺点，提供一种使资源的解析以及热更新工作变更为简单、高效，增加新的资源类型时，无需修改核心代码，从而使资源的处理以及解析过程更加直观，提高了开发的效率，系统运行效率较高，性能稳定可靠，开发维护成本较低，系统可移植性和可扩展性更强，且快速适应业务需求的变化和技术变化的企业分布式应用系统中实现资源加载以及资源热更新的方法

为了实现上述的目的，本发明的企业分布式应用系统中实现资源加载以及资源热更新的方法具体包括：

开发期实现资源解析器接口和拦截器接口并配置格式定义的操作、运行期对资源加载配置文件解析的操作、运行期模块资源加载的操作以及运行期热更新线程监听的操作；

其中，所述的开发期实现资源解析器接口和拦截器接口并配置格式定义的操作，包括以下步骤：

(11)新建资源解析扩展包；

(12)编写实现资源解析器接口的实现类；

(13)编写实现资源拦截器接口的实现类；

(14)配置资源解析器、拦截器与资源的映射规则；

(15)将资源解析器扩展包部署到运行环境中；

所述的运行期对资源加载配置文件解析的操作，包括以下步骤：

(21)提供支持资源解析器扩展的接口类，以供扩展；

(22)提供支持资源拦截器扩展的接口类，以供扩展；

(23)加载定义的资源解析器、拦截器与资源映射规则配置文件；

(24)根据对配置文件的解析形成资源与解析器的映射列表；

(25)根据对配置文件的解析形成资源与拦截器的映射列表；

(26)对资源与解析器的映射列表按优先级进行排序；

所述的运行期模块资源加载的操作，包括以下步骤：

(31)遍历模块下所有资源，并缓存；

(32)对资源按资源解析器的配置进行资源的分类；

(33)执行资源解析前的拦截器；

(34)针对分类资源调用不同的资源解析器进行资源解析；

(35)判断资源解析器是否支持懒加载；