/*** 扫描基本信息*/
private ScanStaticModel scanBasicInfo(List<String> packNameList) {ScanStaticModel scanModel = new ScanStaticModel();// 扫描对象Reflections reflections = getReflection(packNameList);scanModel.setReflections(reflections);// 获取DisconfFile classSet<Class<?>> classdata = reflections.getTypesAnnotatedWith(DisconfFile.class);scanModel.setDisconfFileClassSet(classdata);// 获取DisconfFileItem methodSet<Method> af1 = reflections.getMethodsAnnotatedWith(DisconfFileItem.class);scanModel.setDisconfFileItemMethodSet(af1);// 获取DisconfItem methodaf1 = reflections.getMethodsAnnotatedWith(DisconfItem.class);scanModel.setDisconfItemMethodSet(af1);// 获取DisconfActiveBackupServiceclassdata = reflections.getTypesAnnotatedWith(DisconfActiveBackupService.class);scanModel.setDisconfActiveBackupServiceClassSet(classdata);// 获取DisconfUpdateServiceclassdata = reflections.getTypesAnnotatedWith(DisconfUpdateService.class);scanModel.setDisconfUpdateService(classdata);return scanModel;
}

public static DisconfCoreMgr getDisconfCoreMgr(Registry registry) throws Exception {FetcherMgr fetcherMgr = FetcherFactory.getFetcherMgr();// 不开启disconf，则不要watch了WatchMgr watchMgr = null;if (DisClientConfig.getInstance().ENABLE_DISCONF) {// Watch 模块watchMgr = WatchFactory.getWatchMgr(fetcherMgr);}return new DisconfCoreMgrImpl(watchMgr, fetcherMgr, registry);
}
public static WatchMgr getWatchMgr(FetcherMgr fetcherMgr) throws Exception {synchronized(hostsSync) {// 从disconf-web端获取 Zoo Hosts信息，及zookeeper host和zk prefix信息(默认 /disconf)hosts = fetcherMgr.getValueFromServer(DisconfWebPathMgr.getZooHostsUrl(DisClientSysConfig.getInstance().CONF_SERVER_ZOO_ACTION));zooPrefix = fetcherMgr.getValueFromServer(DisconfWebPathMgr.getZooPrefixUrl(DisClientSysConfig.getInstance().CONF_SERVER_ZOO_ACTION));/*** 初始化watchMgr，这里会与zookeeper建立连接，如果/disconf节点不存在会新建*/WatchMgr watchMgr = new WatchMgrImpl();watchMgr.init(hosts, zooPrefix, DisClientConfig.getInstance().DEBUG);return watchMgr;}return null;
}

从disconf-web端获取zk host和 zk prefix之后，会建立与zk的连接，然后就该从disconf-web端下载配置和watcher了，也就是disconfCoreMgr.process()逻辑。下载配置时disconf-client从disconf-web端获取配置的全量数据（http连接），并存放到本地，然后解析数据，生成dataMap，dataMap是全量数据。然后将数据注入到仓库中（DisconfCenterStore.confFileMap，类型为Map<String, DisconfCenterFile>）。注意：这里还没有将配置的值设置到bean中，设置bean值是在Spring的finishBeanFactoryInitialization流程做的，准确来说是在初始化bean DisconfMgrBeanSecond（bean配置在disconf.xml中），调用其init方法中做的。

在将值设置到仓库之后，就该监听对应配置了，这样才能使用zk的watch机制，在zk上监听的url格式为 /disconf/boot-demo_1_0_0_0_rd/file/specific.properties ，如果该url对应的node不存在则新建，注意该node是persistent类型的。然后在该node下新建临时节点，节点名字是discon-client的签名，格式为host_port_uuid，节点data为针对该配置文件，disconf-client需要的配置项的json格式数据，比如"{"port":9998,"host":"192.168.1.104"}"。

disconf 作为一个分布式的配置管理平台，文档详细，易于上手，动态配置更新，满足大多数场景的配置更新需求。美中不足的是，代码有的地方有点臃余，获取配置时还是全量获取方式，目前还不支持多个类共用同一个 "resources.properties"，多余的DisconfAspectJ操作等。

使用disconf，最好的使用方式是基于它，将其改造成适合本公司或者项目组的工具，比如更方便的注解方式和回调方式等。