用代码自已创建一个数据源及全局的dao，监听 apollo 配置变化，当变化发生后自己销毁数据源及dao并新建，这条路是通的，我过去也是这么干的，但总觉得不方便。
因为这类问题是一致的，如果能从框架层统一考虑就好了。这样业务逻辑只关注业务，不需要关心配置等东西的变化。

切换的时刻可能会有些影响，但不会中断。
线上发布会分组，一组一组的换。组内有服务器也是先创建局部的变量，都初始化好后再替换全局变量。切换会有轻微的时间差，所有可能会有一部分业务连A Redis实例，一部分业务连B Redis实例的情况，切换完后也需要等待几秒、几十秒才能完全释放完A组的链接。
但一般情况下，A实例与B实例是对等的，因此切换正常情况下并不影响业务。