本节主要对 Apollo 客户端设计原理进行解析。

1. 设计原理

图 1 简要描述了 Apollo 客户端的实现原理。
image.png

  • 客户端和服务端保持了一个长连接,编译配置的实时更新推送。
  • 定时拉取配置是客户端本地的一个定时任务,默认为每 5 分钟拉取一次,也可以通过在运行时指定 System Property:apollo.refreshInterval 来覆盖,单位是分钟,推送+定时拉取=双保险。
  • 客户端从 Apollo 配置中心服务端获取到应用的最新配置后,会保存在内存中。
  • 客户端会把从服务端获取到的配置在本地文件系统缓存一份,当服务或者网络不可用时,可以使用本地的配置,也就是我们的本地开发模式 env=Local。

    2. 和 Spring 集成的原理

    Apollo 除了支持 API 方式获取配置,也支持和 Spring/Spring Boot 集成,集成后可以直接通过 @Value 获取配置,我们来分析下集成的原理。

Spring 从 3.1 版本开始增加了 ConfigurableEnvironment 和 PropertySource:

  • ConfigurableEnvironment 实现了 Environment 接口,并且包含了多个 Property-Source。
  • PropertySource 可以理解为很多个 Key-Value 的属性配置,在运行时的结构形如图 2 所示。

image.png
需要注意的是,PropertySource 之间是有优先级顺序的,如果有一个 Key 在多个 property source 中都存在,那么位于前面的 property source 优先。

集成的原理就是在应用启动阶段,Apollo 从远端获取配置,然后组装成 PropertySource 并插入到第一个即可,如图 3 所示。
image.png

3. 启动时初始化配置到 Spring

客户端集成 Spring 的代码分析,我们也采取简化的方式进行讲解。

首先我们来分析,在项目启动的时候从 Apollo 拉取配置,是怎么集成到 Spring 中的。创建一个 PropertySourcesProcessor 类,用于初始化配置到 Spring PropertySource 中。具体代码如下所示。

  1. @Component
  2. public class PropertySourcesProcessor implements BeanFactoryPostProcessor, EnvironmentAware {
  3. String APOLLO_PROPERTY_SOURCE_NAME = "ApolloPropertySources";
  4. private ConfigurableEnvironment environment;
  5. @Override
  6. public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
  7. // 启动时初始化配置到Spring PropertySource
  8. Config config = new Config();
  9. ConfigPropertySource configPropertySource = new ConfigPropertySource("ap-plication", config);
  10. CompositePropertySource composite = new CompositePropertySource(APOLLO_PROPERTY_SOURCE_NAME);
  11. composite.addPropertySource(configPropertySource);
  12. environment.getPropertySources().addFirst(composite);
  13. }
  14. @Override
  15. public void setEnvironment(Environment environment) {
  16. this.environment = (ConfigurableEnvironment) environment;
  17. }
  18. }

实现 EnvironmentAware 接口是为了获取 Environment 对象。实现 BeanFactory-Post-Processor 接口,我们可以在容器实例化 bean 之前读取 bean 的信息并修改它。

Config 在 Apollo 中是一个接口,定义了很多读取配置的方法,比如 getProperty:getIntProperty 等。通过子类去实现这些方法,在这里我们就简化下,直接定义成一个类,提供两个必要的方法,具体代码如下所示。

  1. public class Config {
  2. public String getProperty(String key, String defaultValue) {
  3. if (key.equals("bianchengName")) {
  4. return "C语言中文网";
  5. }
  6. return null;
  7. }
  8. public Set<String> getPropertyNames() {
  9. Set<String> names = new HashSet<>();
  10. names.add("bianchengName");
  11. return names;
  12. }
  13. }

Config 就是配置类,配置拉取之后会存储在类中,所有配置的读取都必须经过它,我们在这里就平格定义需要读取的 key 为 bianchengName。

然后需要将 Config 封装成 PropertySource 才能插入到 Spring Environment 中。

定义一个 ConfigPropertySource 用于将 Config 封装成 PropertySource,ConfigProperty-Source 继承了 EnumerablePropertySource,EnumerablePropertySource 继承了 PropertySource。具体代码如下所示。

  1. public class ConfigPropertySource extends EnumerablePropertySource<Config> {
  2. private static final String[] EMPTY_ARRAY = new String[0];
  3. ConfigPropertySource(String name, Config source) {
  4. super(name, source);
  5. }
  6. @Override
  7. public String[] getPropertyNames() {
  8. Set<String> propertyNames = this.source.getPropertyNames();
  9. if (propertyNames.isEmpty()) {
  10. return EMPTY_ARRAY;
  11. }
  12. return propertyNames.toArray(new String[propertyNames.size()]);
  13. }
  14. @Override
  15. public Object getProperty(String name) {
  16. return this.source.getProperty(name, null);
  17. }
  18. }

需要做的操作还是重写 getPropertyNames 和 getProperty 这两个方法。当调用这两个方法时,返回的就是 Config 中的内容。

最后将 ConfigPropertySource 添加到 CompositePropertySource 中,并且加入到 Confi-gu-rable-Environment 即可。

定义一个接口用来测试有没有效果,具体代码如下所示。

  1. @RestController
  2. public class ConfigController {
  3. @Value("${bianchengName:zhangsan}")
  4. private String name;
  5. @GetMapping("/get")
  6. private String bianchengUrl;
  7. @GetMapping("/get")
  8. public String get() {
  9. return name + bianchengUrl;
  10. }
  11. }

在配置文件中增加对应的配置:

  1. bianchengName=xxx
  2. bianchengUrl=http://c.biancheng.net

在没有增加上面讲的代码之前,访问 /get 接口返回的是 xxxhttp://c.biancheng.net。加上上面讲解的代码之后,返回的内容就变成了猿天地 http://c.biancheng.net

这是因为我们在 Config 中对应 bianchengName 这个 key 的返回值是猿天地,也间接证明了在启动的时候可以通过这种方式来覆盖本地的值。这就是 Apollo 与 Spring 集成的原理。

4. 运行中修改配置如何刷新

在这一节中,我们来讲解下在项目运行过程中,配置发生修改之后推送给了客户端,那么这个值如何去更新 Spring 当中的值呢?

原理就是把这些配置都存储起来,当配置发生变化的时候进行修改就可以。Apollo 中定义了一个 SpringValueProcessor 类,用来处理 Spring 中值的修改。下面只贴出一部分代码,如下所示。

  1. @Component
  2. public class SpringValueProcessor implements BeanPostProcessor, BeanFactoryAware {
  3. private PlaceholderHelper placeholderHelper = new PlaceholderHelper();
  4. private BeanFactory beanFactory;
  5. public SpringValueRegistry springValueRegistry = new SpringValueRegistry();
  6. @Override
  7. public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
  8. Class clazz = bean.getClass();
  9. for (Field field : findAllField(clazz)) {
  10. processField(bean, beanName, field);
  11. }
  12. return bean;
  13. }
  14. private void processField(Object bean, String beanName, Field field) {
  15. // register @Value on field
  16. Value value = field.getAnnotation(Value.class);
  17. if (value == null) {
  18. return;
  19. }
  20. Set<String> keys = placeholderHelper.extractPlaceholderKeys(value.value());
  21. if (keys.isEmpty()) {
  22. return;
  23. }
  24. for (String key : keys) {
  25. SpringValue springValue = new SpringValue(key, value.value(), bean, beanName, field, false);
  26. springValueRegistry.register(beanFactory, key, springValue);
  27. }
  28. }
  29. }

通过实现 BeanPostProcessor 来处理每个 bean 中的值,然后将这个配置信息封装成一个 SpringValue 存储到 springValueRegistry 中。

SpringValue 代码如下所示。

  1. public class SpringValue {
  2. private MethodParameter methodParameter;
  3. private Field field;
  4. private Object bean;
  5. private String beanName;
  6. private String key;
  7. private String placeholder;
  8. private Class<?> targetType;
  9. private Type genericType;
  10. private boolean isJson;
  11. }

SpringValueRegistry 就是利用 Map 来存储,代码如下所示。

  1. public class SpringValueRegistry {
  2. private final Map<BeanFactory, Multimap<String, SpringValue>> registry = Maps.newConcurrentMap();
  3. private final Object LOCK = new Object();
  4. public void register(BeanFactory beanFactory, String key, SpringValue springValue) {
  5. if (!registry.containsKey(beanFactory)) {
  6. synchronized (LOCK) {
  7. if (!registry.containsKey(beanFactory)) {
  8. registry.put(beanFactory, LinkedListMultimap.<String, SpringValue>create());
  9. }
  10. }
  11. }
  12. registry.get(beanFactory).put(key, springValue);
  13. }
  14. public Collection<SpringValue> get(BeanFactory beanFactory, String key) {
  15. Multimap<String, SpringValue> beanFactorySpringValues = registry.get(beanFactory);
  16. if (beanFactorySpringValues == null) {
  17. return null;
  18. }
  19. return beanFactorySpringValues.get(key);
  20. }
  21. }

写个接口用于模拟配置修改,具体代码如下所示。

  1. @RestController
  2. public class ConfigController {
  3. @Autowired
  4. private SpringValueProcessor springValueProcessor;
  5. @Autowired
  6. private ConfigurableBeanFactory beanFactory;
  7. @GetMapping("/update")
  8. public String update(String value) {
  9. Collection<SpringValue> targetValues = springValueProcessor.springValueRegistry.get(beanFactory,
  10. "bianchengName");
  11. for (SpringValue val : targetValues) {
  12. try {
  13. val.update(value);
  14. } catch (IllegalAccessException | InvocationTargetException e) {
  15. e.printStackTrace();
  16. }
  17. }
  18. return name;
  19. }
  20. }

当我们调用 /update接口后,在前面的 /get 接口可以看到猿天地的值改成了你传入的那个值,这就是动态修改。

5. 原理分析总结

至此关于 Apollo 核心原理的分析就结束了,通过阅读 Apollo 的源码,可以学到很多的东西。

  • Apollo 用的是 Mysql。Apollo 是多个库,通过库来区分不同环境下的配置。
  • Apollo 基于 Http 长连接实现推送,还有容灾的定时拉取逻辑。
  • Apollo 也有自己的原生获取值的对象,同时还集成到了 Spring 中,可以兼容老项目的使用方式。
  • Apollo 中可以直接使用注解来进行监听,非常方便。