soul源码解读（十一）-- 数据同步总结

数据同步

同步类型	实现方式	优点	缺点
websocket	引入jar即可	使用简单，双向通信，增量更新	要注意断线重连
zookeeper	需要单独安装zookeeper	如果系统本身有用到zookeeper，可以很方便的集成	依赖zookeeper，zk频繁写性能不好
http	引入jar即可	不需要额外安装第三方系统	不是传统的长轮询，每次轮询都会重新发一个http请求
nacos	需要单独安装nacos	如果系统本身有用到nacos，可以很方便的集成	依赖nacos

初始化

这4种同步数据的方式都会初始化数据。

• websocket bootstrap 启动之后，会发一个初始化的消息（MYSELF）给 admin，然后 amdin 会直接从数据库拉取数据到本地缓存。
• zookeeper 会先判断 zookeeper 里面有没有数据，没有就去数据查询，缓存到本地，然后更新zookeeper。有数据的话就以zookeeper的数据为准。
• http 会直接从数据库拉取数据到本地缓存。
• nacos 和 zookeeper 一样的判断逻辑，没有就去数据查询，缓存到本地，然后更新nacos（需要新建namespace）。有数据的话就以nacos的数据为准。

更新配置

更新数据，都是先改数据库，然后通过 DataChangedEventDispatcher 转发事件到具体的 listener ，
websocket 和 zookeeper 是增量更新，http 和 nacos 是全量更新。

• 如果是 websocket 同步策略，则将变更后的数据主动推送给 soul-web，并且在网关层，会有对应的 WebsocketCacheHandler 处理器处理来处 admin 的数据推送。
• 如果是 zookeeper 同步策略，将变更数据更新到 zookeeper，而 ZookeeperSyncCache 会监听到 zookeeper 的数据变更，并予以处理。
• 如果是 http 同步策略，soul-web 主动发起长轮询请求，默认有 90s 超时时间，如果 soul-admin 没有数据变更，则会阻塞 http 请求，如果有数据发生变更则响应变更的数据信息，如果超过 60s 仍然没有数据变更则响应空数据，网关层接到响应后，继续发起 http 请求，反复同样的请求。
• 如果是 nacos 同步策略，将变更数据更新到 nacos，NacosCacheHandler 会监听到 nacos 的数据变更，并予以处理。

总结

总的来说，这4种同步数据的方式各有优劣，适合不同的场景。
如果本身项目里就有用到 zookeeper 或者 nacos 的话，使用这两种同步方式也挺好的，无障碍对接。
推荐大家使用 websocket ，无需引用外部系统，支持增量更新，配置简单。