同步策略
-
客户端定期轮询：即客户端在线时开启一个线程定期访问服务器看是否有数据更新，有的话，获取数据，并进行更新，否则，不更新。
优点：简单，易于实现，同时服务器压力比较小；
缺点：不实时，很难确定一个最佳轮询时间，电量、流量消耗大； -
服务端推送：当服务器有数据发生变化时，就将变化信息 push 给当前在线客户端，通知其进行更新；
优点：客户端压力小，数据能够实时更新；
缺点：服务器压力大；
同步冲突判别
有版本控制机制的应用的同步冲突判别方式：
服务端维持用户每一次的更新状态信息，当用户在一个平台上进行数据同步时，会计算当前数据与上一次数据间的 diff 值，并为每一个 diff 值维持一个版本号，若当前无数据更改，则无需上传服务器，若有数据更改，则将当前版本的 diff 信息上传服务器，同一账户的多客户端可以通过消息队列的方式排队进行更新；在进行数据同步时，先从服务端获取最新的 diff 信息，若最新的 diff 版本号小于当前正在修改的文件的本地 diff 版本号，则表明发生了冲突，可以采用一种冲突解决方案进行解决；若最新的 diff 版本号大于当前正在修改的版本号，则根据 diff 信息更新本地数据；否则无需更新，因为数据并未发生变化。
冲突解决方案
- 交由用户决定最终数据形态：当不同平台对同一数据内容进行修改面临冲突时，可以将冲突位置标明，然后提交给用户自己进行抉择，如 Evernote、SVN 等就是采用的这类解决方式；
- 根据时间戳，用后一个时间点的数据覆盖前一个时间点的数据：先将冲突信息记录保存在服务器，然后用最新的数据覆盖旧数据，当用户需要历史信息时，可以根据服务器保留的冲突状态信息来计算得到；这种解决方式需要注意时间戳的同步问题，因为不同机器的时间不一定一致，这样就会导致不能准确地判断谁是最新数据，可以采用的一种解决方式是：每一个上传到服务器的数据都使用服务器的时钟来进行时钟同步。
- 根据应用特点，决定选择冲突中的某一个最有效的数据；
- 合并冲突数据
