每个模块的简单介绍如下：
　　Disconf-core
　　分布式通知模块：支持配置更新的实时化通知
　　路径管理模块：统一管理内部配置路径URL
　　Disconf-client
　　配置仓库容器模块：统一管理用户实例中本地配置文件和配置项的内存数据存储
　　配置reload模块：监控本地配置文件的变动，并自动reload到指定bean
　　扫描模块：支持扫描所有disconf注解的类和域
　　下载模块：restful风格的下载配置文件和配置项
　　watch模块：监控远程配置文件和配置项的变化
　　主备分配模块：主备竞争结束后，统一管理主备分配与主备监控控制
　　主备竞争模块：支持分布式环境下的主备竞争
　　Disconf-web
　　配置存储模块：管理所有配置的存储和读取
　　配置管理模块：支持配置的上传、下载、更新
　　通知模块：当配置更新后，实时通知使用这些配置的所有实例
　　配置自检监控模块：自动定时校验实例本地配置与中心配置是否一致
　　权限控制：web的简单权限控制
　　Disconf-tools
　　context共享模块：提供多实例间context的共享。
　　流程设计

　　运行流程详细介绍：
　　与2.0版本的主要区别是支持了：主备分配功能/主备切换事件。
　　启动事件A：以下按顺序发生。
　　A3：扫描静态注解类数据，并注入到配置仓库里。
　　A4+A2：根据仓库里的配置文件、配置项，去 disconf-web 平台里下载配置数据。这里会有主备竞争
　　A5：将下载得到的配置数据值注入到仓库里。
　　A6：根据仓库里的配置文件、配置项，去ZK上监控结点。
　　A7+A2：根据XML配置定义，到 disconf-web 平台里下载配置文件，放在仓库里，并监控ZK结点。这里会有主备竞争。
　　A8：A1-A6均是处理静态类数据。A7是处理动态类数据，包括：实例化配置的回调函数类；将配置的值注入到配置实体里。
　　更新配置事件B：以下按顺序发生。
　　B1：管理员在 Disconf-web 平台上更新配置。
　　B2：Disconf-web 平台发送配置更新消息给ZK指定的结点。
　　B3：ZK通知 Disconf-cient 模块。
　　B4：与A4一样。
　　B5：与A5一样。
　　B6：基本与A4一样，的区别是，这里还会将配置的新值注入到配置实体里。
　　主备机切换事件C：以下按顺序发生。
　　C1：发生主机挂机事件。
　　C2：ZK通知所有被影响到的备机。
　　C4：与A2一样。
　　C5：与A4一样。
　　C6：与A5一样。
　　C7：与A6一样。