Disconf （version : 2.6.21）

通常我们会做如下配置:（disconf 2.6.21）

<!-- 一次扫描 -->

    <bean id="disconfMgrBean" class="com.baidu.disconf.client.DisconfMgrBean"

        destroy-method="destory">

        <property name="scanPackage" value="com.cn.biz.config" />

    </bean>

<!-- 二次扫描 -->

    <bean id="disconfMgrBean2" class="com.baidu.disconf.client.DisconfMgrBeanSecond"

        init-method="init" destroy-method="destory">

    </bean>

一次扫描：

0. ConfigMgr.init();初始化disconf-client端基础配置。

disconf_sys.properties注入到DisClientSysConfig （文件下载路径等等.....）

disconf.properties注入到DisClientConfig （环境信息等等）

1. 静态解析：解析scanPackage包下面的java类，将client端的Disconf pojo对象利用反射进行解析（Reflections工具包），组装成数据结构ScanStaticModel

/**

 * 扫描静态存储的对象

 */

public class ScanStaticModel {

    private Reflections reflections;

    // 所有的@DisconfFile标记的类

    private Set<Class<?>> disconfFileClassSet;

    // 所有的@DisconfFileItem标记的method

    private Set<Method> disconfFileItemMethodSet;

    // @DisconfFile与@DisconfFileItem对应关系的Map

    private Map<Class<?>, Set<Method>> disconfFileItemMap;

    // 配置ITEM

    private Set<Method> disconfItemMethodSet;

    // 主从切换的回调函数类

    private Set<Class<?>> disconfActiveBackupServiceClassSet;

    // 更新 回调函数类

    private Set<Class<?>> disconfUpdateService;

..........

}

2. 根据基础配置，将静态解析的ScanStaticModel转换成DisconfCenterFile，为从disconf-web端下载配置文件做准备

3. 连接Zookeeper，使用ConnectionWatcher监控连接事件

4. 根据DisconfCenterFile中的信息，从disconf-web端下载properties文件，解析并存放到DisconfCenterFile.keyMaps <key:配置项名称, value:配置值>

同时，对文件进行监控，变更后通知到NodeWatcher。（NodeWatcher触发时，会更新DisconfCenterFile.keyMaps，并将值重新注入到Disconf pojo属性中），与二次扫描时的第2点类似

------------------------------------

Spring容器启动，注入了切面DisconfAspectJ，所有的带有@DisconfFileItem的public方法，都会被拦截，取DisconfCenterFile.keyMaps中取值（也就是从disconf-web端下载properties文件中取值）进行返回

------------------------------------

二次扫描：

1. 注入回调方法（IDisconfUpdate的实现类）

2. 用一次扫描中DisconfCenterFile.keyMaps中的值，将Disconf pojo属性进行填充赋值，即注入数据至配置实体中

整体感觉数据结构比较混乱

既然有了切面DisconfAspectJ，二次扫描中将Disconf pojo属性进行填充赋值显得没有什么用。
确实，经过测试，去掉二次扫描的Bean DisconfMgrBeanSecond配置，也能够达到配置更改通知的效果。唯一缺少的就是配置更新后的IDisconfUpdate回调

感觉一二次扫描合成一次扫描，配置成一个Spring Bean，二次扫描的功能在bean上配置成一个开关

Disconf NodeWatcher是使用ZooKeeper.getData(String path, Watcher watcher, Stat stat)来实现的，ZooKeeper Watch事件是一个一次性的触发器，Watcher通知后每次又要注册一个新的NodeWatcher。不知有没有永久监听的方案？
这个可以用zkclient.jar curator.jar来做一直监听

--------------------------

disconf 2.6.36：

DisconfDataGetter.java ：获取配置项对应的值的API

巴特西

Disconf （version : 2.6.21）

最新文章

热门文章