目标
在做之前是要把需求想好，到底怎样的一个配置管理是对开发人员来说比较友好的？
我认为有以下几点:
- 可以自定义配置，并且支持不同的环境（开发、测试、生产）。
- 使用灵活。对使用者来说不要有太多的束缚。
理论上来说配置这个东西应当完全独立出来，由一个配置中心来负责管理并且这样可以与应用解耦。
不过这样的实现和当前 cicada 的定义有些冲突，我想尽量小的依赖第三方组件并可以完全独立运行。
因此基于这样的情况便有了以下的实现。
使用
在看实现之前先看看基于目前的配置管理如何在业务中使用起来。
结合现在大家使用 SpringBoot 的习惯，cicada 默认会读取 classpath 下的 application.properties 配置文件。并且会默认读取其中的应用端口以及初始路由地址。
同时也新增了一个 api。
public class MainStart { public static void main(String[] args) throws Exception { CicadaServer.start(MainStart.class,"/cicada-example") ; } } public class MainStart { public static void main(String[] args) throws Exception { CicadaServer.start(MainStart.class) ; } }
这样在不传默认地址的时候 cicada 会从 application.properties 中读取。
考虑到后面可维护的情况，cicada 也支持配置各种不同的配置文件。
使用也比较简单，只需要继承 cicada 提供的一个抽象类即可。
public class KafkaConfiguration extends AbstractCicadaConfiguration { public KafkaConfiguration() { super.setPropertiesName("kafka.properties"); } } public class RedisConfiguration extends AbstractCicadaConfiguration { public RedisConfiguration() { super.setPropertiesName("redis.properties"); } }
按照这样的配置也会默认从 classpath 读取这两个配置文件。
当然这里有个前提：代码里配置的文件名必须得和配置文件名称相同。
那如何在业务中读取这两个配置文件的内容呢？
这也简单，代码一看就懂：
- 首先需要通过
ConfigurationHolder获取各自不同配置的管理对象（需要显式指定类类型）。
- 通过
get()方法直接获取配置。
- 同时也支持获取
application.properties里的配置。
同时为了支持在不同环境的使用，当配置了启动参数将会优先读取。
-Dapplication.properties=/xx/application.properties -Dkafka.properties=/xx/kakfa.properties -Dredis.properties=/xx/redis.properties
这样算是基本实现了上述的配置要求。
实现
要实现以上的功能有几个核心点：
- 加载所有配置文件。
- 将不同的配置文件用不同的对象进行管理。
- 提供简易的接口使用。
由于 cicada 需要支持多个配置文件，所有需要定义一个抽象类供所有的配置管理实现。
定义比较简单，其中有两个重要的成员变量：
- 文件名称：用于初始化时通过名称加载配置文件。
Properties其实就是一个 Map 结构的缓存，用于存放所有的配置。当然对外提供的查询是基于它的。
接着就是在初始化时需要找出所有继承了 AbstractCicadaConfiguration 的类。
