Disconf 可以为各种业务平台提供统一的配置管理服务。

• 支持配置（配置项+配置文件）的分布式化管理

• 配置发布统一化

• 极简的使用方式（注解式编程 或 XML代码无代码侵入模式）

• 低侵入性或无侵入性、强兼容性

• 需要Spring编程环境

重要功能特点

• 支持配置（配置项+配置文件）的分布式化管理

• 配置发布统一化

• 配置发布、更新统一化（云端存储、发布）:配置存储在云端系统，用户统一在平台上进行发布、更新配置。

• 配置更新自动化：用户在平台更新配置，使用该配置的系统会自动发现该情况，并应用新配置。特殊地，如果用户为此配置定义了回调函数类，则此函数类会被自动调用。

• 配置异构系统管理

• 异构包部署统一化：这里的异构系统是指一个系统部署多个实例时，由于配置不同，从而需要多个部署包（jar或war）的情况（下同）。使用 Disconf后，异构系统的部署只需要一个部署包，不同实例的配置会自动分配。特别地，在业界大量使用部署虚拟化（如JPAAS系统，SAE，BAE） 的情况下，同一个系统使用同一个部署包的情景会越来越多，Disconf可以很自然地与他天然契合。

• 异构主备自动切换：如果一个异构系统存在主备机，主机发生挂机时，备机可以自动获取主机配置从而变成主机。

• 异构主备机Context共享工具：异构系统下，主备机切换时可能需要共享Context。可以使用Context共享工具来共享主备的Context。

• 极简的使用方式（注解式编程 或 XML代码无代码侵入模式）：我们追求的是极简的、用户编程体验良好的编程方式。目前支持两种开发模式：基于XML配置或才基于注解，即可完成复杂的配置分布式化。

• 需要Spring编程环境

注：配置项是指某个类里的某个Field字段。

Disconf的功能特点描述图：

查看大图

其它功能特点

• 低侵入性或无侵入性、强兼容性：

• 低侵入性：通过极少的注解式代码撰写，即可实现分布式配置。

• 无侵入性：通过XML简单配置，即可实现分布式配置。

• 强兼容性：为程序添加了分布式配置注解后，开启Disconf则使用分布式配置；若关闭Disconf则使用本地配置；若开启Disconf后disconf-web不能正常Work，则Disconf使用本地配置。

• 支持配置项多个项目共享，支持批量处理项目配置。

• 配置监控：平台提供自校验功能（进一步提高稳定性），可以定时校验应用系统的配置是否正确。

模块架构图

1. zk具有像文件系统一样的层状的命名空间。
2. 命名空间中的每一个节点都可存储数据。
3. 只有绝对路径，名字都是unicode字符。
4. 每个节点都是ZNode类型（如同文件系统的stat）。
5. 每个ZNode上可以设置Watch，znode改变会通知设置的watch的客户端，同时清除Watch
6. 每次对znode的读写都是原子的，每次读写都是带要操作znode版本号的。
7. 尽量保证单个znode在1MB一下。通常几K。
8. 临时节点的概念：只存在于一个Session的有效期内的节点。临时节点不允许有子节点。
9. 使用zxid来标示zk中的每个事件（导致zk状态改变的事件）。全局唯一。
10. 对每个znode的改变触发当前znode versions的改变。每个znode维护三个version（version：对应每次znode data改变，cversion：对应每次子节点改变，aversion：对应每次acl改变）

Zookeeper状态转换

1. session timeout时间至少是ticket time（默认是2000ms）的2倍，同时最大不能超过20倍ticket time
2. 一旦session 过期，不必手动重新连接。zk client会处理重连。
3. Session的过期与否是由server端决定的。在timeout时间之内，server没有收到来自
   client的任何信息（心跳）时，则判定client session过期。同时会删掉属于这个session的临时节点（znode），同时通知watch这个节点的client。
4. 一旦session过期的client重新连接上zk cluster，将会受到“session expired”通知。
5. 在建立zk连接时，会设置一个默认的watcher，当client状态改变的时候，这个watcher会被调用。一般将这个watcher的初始状态设为disconnect。这样就可以处理后续的session 过期事件。

Zookeeper Watch

1. 每一次的读操作（getData(), getChildren(), exists()）都可以对操作的节点设置watcher。
2. watch是一次性的。一旦数据改变或是删除，则触发watcher，后续的改变则不会再触发。
3. 因为watch是异步发送的，所以有可能在节点操作返回码返回之前先返回给client。zk只能保证client收到的watch事件是在他设置watch事件返回成功后收到。
4. watch的两种类型：data watch（由getData() 和 exists()设置），返回znode data 和 child watch（由getChildren()设置）， 返回children list。
5. 导致watch事件丢失的一种情况：“ a watch for the existance of a znode not yet created will be missed if the znode is created and deleted while disconnected.