上一篇 <<<Apollo配置中心总体设计原理
下一篇 >>>Apollo配置更新的推送机制
1.原理图
2.执行说明
1).客户端和服务端保持了一个长连接，从而能第一时间获得配置更新的推送。（通过Http Long Polling实现）
2).客户端还会定时从Apollo配置中心服务端拉取应用的最新配置。
- 这是一个fallback机制，为了防止推送机制失效导致配置不更新
- 客户端定时拉取会上报本地版本，所以一般情况下，对于定时拉取的操作，服务端都会返回304 - Not Modified
- 定时频率默认为每5分钟拉取一次，客户端也可以通过在运行时指定System Property: apollo.refreshInterval来覆盖，单位为分钟。
3).客户端从Apollo配置中心服务端获取到应用的最新配置后，会保存在内存中
4).客户端会把从服务端获取到的配置在本地文件系统缓存一份
- 在遇到服务不可用，或网络不通的时候，依然能从本地恢复配置
5).应用程序从Apollo客户端获取最新的配置、订阅配置更新通知
推荐阅读：
<<<传统配置的缺陷与常用分布式配置中心介绍
<<<SpringCloud配置中心实现原理
<<<SpringCloud配置步骤与使用说明
<<<SpringCloud配置更新后的刷新机制
<<<Apollo配置中心总体设计原理
<<<Apollo配置更新的推送机制
<<<Apollo单机环境搭建
<<<Apollo多环境部署
<<<Apollo操作手册之基础配置
<<<Apollo操作手册之项目设置
<<<Apollo操作手册之配置说明汇总
<<<Apollo操作手册之配置集群环境
<<<Apollo操作手册之Namespace管理
<<<Apollo操作手册之配置增删改操作
<<<Apollo操作手册之配置同步发布和回滚操作
<<<Apollo操作手册之配置灰度发布
<<<Apollo在代码中使用时的配置信息
<<<Apollo配置信息被程序识别的方式
