模块实现
　　disconf-web提供了前后端分离的web架构，具体可见： https://github.com/knightliao/disconf/tree/master/disconf-web
　　本部分会重点介绍disconf-client的实现方式。
　　注解式disconf实现
　　本实现会涉及到 配置仓库容器模块、扫描模块、下载模块、watch模块，
　　http://ww1.sinaimg.cn/bmiddle/60c9620fjw1eqj9zzgc7yj20b20pn41v.jpg
　　使用AOP拦截的一个好处是可以比较轻松的实现配置控制，比如并发环境下的配置统一生效。关于这方面的讨论可以见这里。
　　特别地，本方式提供的编程模式非常简单，例如使用以下配置类的程序在使用它时，可以直接@Autowired进来进行调用，使用它时和平常使用普通的JavaBean一样，但其实它已经分布式化了。配置更新时，配置类亦会自动更新。
@Service
@DisconfFile(filename = "redis.properties")
public class JedisConfig {
// 代表连接地址
private String host;
// 代表连接port
private int port;
/**
* 地址， 分布式文件配置
*
* @return
*/
@DisconfFileItem(name = "redis.host"， associateField = "host")
public String getHost() {
return host;
}
public void setHost(String host) {
this.host = host;
}
/**
* 端口， 分布式文件配置
*
* @return
*/
@DisconfFileItem(name = "redis.port"， associateField = "port")
public int getPort() {
return port;
}
public void setPort(int port) {
this.port = port;
}
}
　　基于XML配置disconf实现
　　本实现提供了无任何代码侵入方式的分布式配置。
　　ReloadablePropertiesFactoryBean继承了Spring Properties文件的PropertiesFactoryBean类，管理所有当配置更新时要进行reload的配置文件。对于被管理的每一个配置文件，都会通过 配置仓库容器模块、扫描模块、下载模块、watch模块 进行配置获取至配置仓库里。
　　ReloadingPropertyPlaceholderConfigurer继承了Spring Bean配置值控制类PropertyPlaceholderConfigurer。在第一次扫描spring bean里，disconf会记录配置文件的配置与哪些bean有关联。
　　ReloadConfigurationMonitor是一个定时任务，定时check本地配置文件是否有更新。
　　当配置中心的配置被更新时，配置文件会被下载至实例本地，ReloadConfigurationMonitor即会监控到此行为，并且通知 ReloadingPropertyPlaceholderConfigurer 对相关的bean类进行值更新。
　　特别的，此种方式无法解决并发情况下配置统一生效的问题。
　　主备分配实现
　　在实现中，为每个配置提供主备选择的概念。用户实例在获取配置前需要先进行全局性竞争才能得到配置值。在这里，我们采用基于zookeeper的全局性锁来实现。
　　Comparisons