1.5.1 Soul Admin Zookeeper 发布更新
我们还是从上次的入口进来 DataChangedEventDispatcher 的 onApplicationEvent 方法，我们开启Zookeeper发送数据后，在 DataSyncConfiguration 中定义假如存在soul.sync.zookeeper 参数则会注入 zookeeperDataChangedListener 监听器。
这里使用到@Import注解，该注解主要作用是用来导入@Configuration注解的配置类，这里我们只有但含有 Zookeeper 的配置项才可以注入ZookeeperListener 同理也只有在这个时候才会注入 ZookeeperConfiguration 类。我们看 ZookeeperProperties 类 @ConfigurationProperties 注解是假如没有@Component 注解配合，Spring 是不会自动作为Bean注入的，需要使用@EnableConfigurationProperties 把使用 @ConfigurationProperties 的类进行了一次注入。
这里会根据 Zookeeper 的 Url new 了一个ZKClinet 作为后面数据写入的客户端。zookeeperDataChangedListener 再根据注入的这个ZkClient ，这里还有一个类就是 ZookeeperDataInit 它主要是实现了CommandLineRunner 这是 Spring 中程序启动之前执行任何任务，这里是判断zk 是否存在需要监听的路径，假如没有则调用 SyncDataService 的syncAll 方法，这里和我们看到的WebSocket是一致的，最终将 Plugin ，Selector 和 Rule 三种数据通知个对应的 Listener ， 这里就是调用到刚刚初始化完成的 zookeeperDataChangedListener 。
我们以Selector 为例，这里最终调用 createSelector 进行创建。
先创建对应的path，然后再根据Selector 的id 生产下一级路径，最后将Selector 的 data 写入该节点。
我们使用zookeeperInspect 查看，这里的数据已经写入Zookeeper ，最终这里写入了我们数据库所有的数据。这里是直接使用 java 内置的序列化方式。
1.5.2 Soul BootStrap Zookeeper 同步数据
Soul BootStrap 使用Zookeeper 同步数据的主要配置类是 ZookeeperSyncDataConfiguration ，通过ZookeeperConfig 自动化生产 Zkclient。
ZookeeperSyncDataConfiguration 初始化主要做了三件事，就是绑定 data meta 和 auth 数据的监听事件。我们从 selector 作为出发点，所以触发的方法是 watcherData。
首先Soul 获取了/soul/plugin 路径下的所有插件信息。然后遍历每个插件，调用 watcherAll 方法，监听该插件的 Plugin Selector 和 Rule 信息。
我们看一下Hystrix 插件的 watchSelector 方法，它先看该节点下是否存在插件的selector 数据，假如有则将所有数据拿回来进行遍历。
然后更新本地内存，这里主要是通知各个 plugin 插件更新内存数据。这里通过 pluginDataSubscriber 拿到各个插件数据处理的 Handler 进行数据处理。接着Soul为每一个子节点添加添加订阅者，订阅节点的数据变化。
我们观察每个ZkDataListener 主要监听Datachange 事件和DataDelete事件。
这里还是还是调用 cacheSelectorData 方法 ，主要还是调用 CommonPluginDataSubscriber 的 onSelectorSubscribe 方法，这里的 DataCache 就是缓存了所有数据的工厂，我们只需要更新这个工厂的数据。接着调用该插件的 handlerSelector 方法，这是个Defaut 方法留给各个插件实现，各个插件也可以选择不实现。
这样我们整个Zookeeper的更新流程就走完了，是不是很简单。
1.5.3 总结
今天我们又掌握了Spring 的一些常用技巧如 @Import + @ConfigurationProperties + @EnableConfigurationProperties 这个三个注解组成的元数据加载方法，还有CommonLineRunner 通用的启动后处理机制。
