本文由王渊命在高可用架构群所做的分享整理而来，转载请注明高可用架构公众号：ArchNotes。
我们Grouk是一个创业团队，面向团队通讯的主打产品应用刚开始公测，因此我们也需要实现类似微信的多端数据同步功能，下面我主要从技术和产品的结合场景进行一些心得分享，感觉我们在这方面的探索还是值得和大家探讨的，这种需求业界也没有非常成熟的公开解决方案。
一、移动互联网时代多终端数据同步面临的挑战
首先要讲的是，多终端同步的含义及应用场景。
多终端同步是指用户在多个终端切换时可获得一致性体验，不丢失上下文，同时隐含的一个含义是，如果用户多个终端同时在线要能做到实时同步。
举几个应用的例子：
1、 Trello 看板应用
用户打开后，其他人操作看板，要能实时变化，不依赖用户刷新页面。如果用户在多个终端操作，也需要做到实时变化。通过测试，我发现Trello在移动端和PC同步的时候还是有Bug的。例如，PC设置离线，手机上操作card。PC连网，不刷新页面，数据经常无法同步。
2、 Quip这样的多人协作编辑
某人的编辑结果，其他人要能实时看到。同时还支持离线编辑、冲突合并。例如，Evernote多人协作是文档锁定模式的，冲突很难自动合并，体验上就差些。
这几种典型的应用场景是移动互联网爆发以来，应用富客户端化带来的一种趋势性变化。
移动端上是独立应用，PC端是基于JavaScript的应用，和原来PC互联网时代刷页面的交互体验完全不一样。这个当然原来也有，但应用没现在这么广泛。
移动客户端的爆发和应用富客户端化带来以下几个挑战：
二、多终端数据同步与传统消息投递协议的差异
接下来说一下多终端数据同步和IM的关系
虽然数据同步机制和IM消息投递是两个问题，但如果实现了实时同步，基本上就实现了一种特殊的IM。所以先说一下传统的IM投递机制。
传统的IM投递协议，大家应该都比较熟悉，5月的时候群里沈剑分享过一次。
这里借用其中的一句话：
消息可达性即消息的可靠投递，有一个著名的定理：SMC定理，Single-Message Communication,Published in :Communications, IEEE Transactions on (Volume:24 , Issue: 2 ) ，很短的一个论文。文章的结论是：任何端到端的消息传递协议，消息既不丢失，也不重复是不可能的。
也就是说传统的IM消息投递要么接受消息丢失，要么接受消息确认重试导致的重复问题。当然可以通过应用层面的排重机制来解决一问题。这里不再细说传统IM的投递机制，大家想了解可以看本公众号中沈剑的分享（ 声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系 [邮箱地址] 删除 |
注册
登录
