Release Notes
1、轻量级改造：废弃ZK，改为 "DB + 磁盘 + long polling" 方案，部署更轻量，学习更简单；集群部署更方便，与单机一致；
2、pom依赖清理、升级；客户端唯一依赖组件为 "slf4j-api"，彻底的零依赖。配置中心升级部分依赖；
3、Docker基础镜像切换，精简镜像；
4、高性能：得益于配置中心的 "磁盘配置" 与客户端的 "LocalCache"，因此配置服务性能非常高；单机可承担大量配置请求；
5、跨语言：底层通过http服务（long-polling）拉取配置数据并实时感知配置变更，从而实现多语言支持。
6、访问令牌（accessToken）：为提升系统安全性，配置中心和客户端进行安全性校验，双方AccessToken匹配才允许通讯；
7、启动时，优先全量加载镜像数据到registry层，避免逐个请求耗时；
简介
XXL-CONF 是一个轻量级分布式配置管理平台，拥有"轻量级、秒级动态推送、多环境、多语言、配置监听、权限控制、版本回滚"等特性。现已开放源代码，开箱即用。
特性
1、简单易用: 接入灵活方便，一分钟上手；
2、轻量级: 部署简单，不依赖第三方服务，一分钟上手；
3、配置中心HA：配置中心支持集群部署，提升配置中心系统容灾和可用性。
4、在线管理: 提供配置中心, 通过Web界面在线操作配置数据，直观高效；
5、多环境支持：单个配置中心集群，支持自定义多套环境，管理多个环境的的配置数据；环境之间相互隔离；
6、多数据类型配置：支持多种数据类型配置，如：String、Boolean、Short、Integer、Long、Float、Double 等；
7、跨语言：底层通过http服务（long-polling）拉取配置数据并实时感知配置变更，从而实现多语言支持。
8、高性能：得益于配置中心的 "磁盘配置" 与客户端的 "LocalCache"，因此配置服务性能非常高；单机可承担大量配置请求；
9、实时性: 秒级动态推送；配置更新后, 实时推送配置信息, 项目中配置数据会实时更新并生效, 不需要重启线上机器;
10、配置变更监听功能：可开发Listener逻辑，监听配置变更事件，可据此动态刷新JDBC连接池等高级功能；
11、最终一致性：底层借助内置广播机制，保障配置数据的最终一致性，从而保证配置数据的同步；
12、配置备份: 配置数据同时在磁盘与MySQL中存储和备份，并定期同步， 提高配置数据的安全性;
13、多种获取配置方式：支持 "API、 注解、XML占位符" 等多种方式获取配置，可灵活选择使用；
14、兼容Spring原生配置：兼容Spring原生配置方式 "@Value"、"${}" 加载本地配置功能；与分布式配置获取方式隔离，互不干扰；
15、分布式: 支持多业务线接入并统一管理配置信息，支撑分布式业务场景;
16、项目隔离: 以项目为维度管理配置, 方便隔离不同业务线配置;
17、高性能: 通过LocalCache对配置数据做缓存, 提高性能;
18、客户端断线重连强化：设置守护线程，周期性检测客户端连接、配置同步，提高异常情况下配置稳定性和时效性；
19、空配置处理：主动缓存null或不存在类型配置，避免配置请求穿透到远程配置Server引发雪崩问题；
20、用户管理：支持在线添加和维护用户，包括普通用户和管理员两种类型用户；
21、配置权限控制；以项目为维度进行配置权限控制，管理员拥有全部项目权限，普通用户只有分配才拥有项目下配置的查看和管理权限；
22、历史版本回滚：记录配置变更历史，方便历史配置版本回溯，默认记录10个历史版本；
23、配置快照：客户端从配置中心获取到的配置数据后，会周期性缓存到本地快照文件中，当从配置中心获取配置失败时，将会使用使用本地快照文件中的配置数据；提高系统可用性；
24、访问令牌（accessToken）：为提升系统安全性，配置中心和客户端进行安全性校验，双方AccessToken匹配才允许通讯；
1，成本高：依赖zk，需要额外维护一套zk集群，维护成本较高。移除之后，成本大大降低。
2，横向扩展受限：依赖zk，接入方数量受限于zk集群规模。当配置数量与接入方越来越多，对zk的watch与读写压力越来越大。移除zk后，理论上可以无限水平扩展。
当然，移除zk也有缺点。
1，强一致性特性，退化成最终一致性。
2，毫秒级推送更新，退化为秒级别推送更新。
如果需要强一致性特性，可以使用 XXL-CONF 1.5.x 版本，将会一同持续维护。
引用来自“jlkm2010”的评论
一开始就该废弃zk既然要废弃，就要彻底废弃。
XXL-CONF 底层架构升级之后，彻底完成轻量级改造，无论单机还是集群部署，第三方零依赖。