我想在Android应用程序和服务器之间同步数据(如db记录，媒体)。如果你看过Evernote或类似的应用程序，你肯定能理解我的意思。
我有一些问题(假设我们想要同步DB记录):
Every user has a part of server space for himself (such as Evernote or Dropbox). Maybe the user creates new records by cellphone and creates new records in server. How can I match these records together? If there are records with same ID What algorithms do you suggest me?
Except JSON, Are there any way for send data between cellphone device and server?
If SyncAdapter and ContentProvider can solve my problems, please explain exactly for me. (If you could offer some samples or tutorials to me OR Any advice or keywords to help broaden/guide my search would be appreciated as well).
我将试图通过解决更大的问题来回答你的所有问题:我如何在web服务器和android应用程序之间同步数据?
在你的web服务器和android应用程序之间同步数据需要你的android设备上的几个不同的组件。
持久性存储:
这就是你的手机如何存储它从网络服务器接收到的数据。实现这一点的一种可能的方法是编写自己的自定义ContentProvider，由Sqlite数据库支持。可以在这里找到内容提供者的一个不错的教程:http://thinkandroid.wordpress.com/2010/01/13/writing-your-own-contentprovider/
ContentProvider定义了一个与存储数据交互的一致接口。如果您需要，它还允许其他应用程序与您的数据进行交互。在你的ContentProvider的背后可以是一个Sqlite数据库，一个缓存，或任何任意的存储机制。
虽然我肯定会推荐使用ContentProvider和Sqlite数据库，但你也可以使用任何你想要的基于java的存储机制。
数据交换格式:
这是你用来在你的web服务器和android应用程序之间发送数据的格式。现在最流行的两种格式是XML和JSON。在选择格式时，应该考虑可用的序列化库类型。我知道有一个很棒的json序列化库，名为gson: https://github.com/google/gson，尽管我确信也有类似的XML库。
同步服务
You'll want some sort of asynchronous task which can get new data from your server and refresh the mobile content to reflect the content of the server. You'll also want to notify the server whenever you make local changes to content and want to reflect those changes. Android provides the SyncAdapter pattern as a way to easily solve this pattern. You'll need to register user accounts, and then Android will perform lots of magic for you, and allow you to automatically sync. Here's a good tutorial: http://www.c99.org/2010/01/23/writing-an-android-sync-provider-part-1/
至于如何识别记录是否相同，通常你会创建具有唯一id的项目，并将其存储在android设备和服务器上。你可以用它来确保你引用的是同一个引用。此外，您可以存储像“updated_at”这样的列属性，以确保始终获得最新的数据，或者不会意外地重写新写入的数据。
如果你自己写，这些要点要记住
设备与同步服务器之间的正确认证
设备和服务器之间的同步协议。它通常分为3个阶段:身份验证、数据交换、状态交换(哪些操作有效，哪些操作失败)。
选择有效载荷格式。我建议使用基于SyncML的XML和基于JSON的格式来表示实际数据。因此，协议使用SyncML，实际交换的数据使用JSON。在操作数据时使用JSON数组总是首选，因为使用JSON数组很容易访问数据。
跟踪客户端和服务器上的数据更改。您可以维护更改的id的变更日志，并在同步会话期间获取它们。另外，当对象成功同步时，清除更改日志。您还可以使用一个布尔变量来确认同步状态，即最后一次同步。这将有助于最终用户确定最后一次同步完成的时间。
需要有一种从服务器到设备的通信方式，以便在服务器上的数据发生变化时启动同步会话。您可以使用C2DM或编写自己的基于tcp的持久通信。tcp方法是无缝的
跨多个设备复制数据更改的方法
最后但并非最不重要的是，一种检测和处理冲突的方法
希望这是一个好的开始。
@Grantismo提供了一个很好的整体解释。如果你想知道谁实际上在做这些事情，我建议你看看谷歌是如何为谷歌IO应用程序的2014年(它总是值得深入研究这些应用程序的源代码，他们发布。这里有很多值得学习的地方)。
这里有一篇关于它的博客文章:http://android-developers.blogspot.com.br/2014/09/conference-data-sync-gcm-google-io.html
从本质上讲，在应用端:GCM用于发送信号，同步适配器用于数据获取，并与内容提供者进行正确的对话，这将使事情持久(是的，它将DB与应用程序的其他部分直接访问隔离开来)。
另外，如果你想看一下2015年的代码:https://github.com/google/iosched
