exchange账号同步联系人信息简记.docxVIP

涉及的组成部分：登录exchange账号对联系人信息进行同步主要涉及到部分及它们之间的关系如下图所示：图 1设置中心：登录账号及同步的入口。Email：exchange账号同步部分（sync service，syncAdapter等）在Email包里，这是同步的主要部分。Contacts：登录的账号会保存到通讯录数据库里，同步时也会读写联系人信息。Server：exchange账号相应的server端。同步过程：联系人信息同步是一个client端与server端交互的过程，大概过程可用下面的时序图表示（图2）。与contacts交互主要是与provider和数据库的交互。从下图可以看出，Client端和Server端进行Http通信，在得到server端返回的应答及数据流后，Client端对数据流进行解析。这里返回的数据流里含有不同的tag，来标记不同的内容，Client端根据这些tag来进行解析。根据代码自己觉得数据流格式大概是这样：…tag: SYNC_STATUStag:idStatus/tag…/tag….tag: SYNC_COMMANDStag:SYNC_ADDtagContact:../tagtagData…/tag…/tag/tag…图 2补充解释：发起同步后，Sync service首先要从contacts数据库里读取sync key，如果没有读到，则sync key被设为0.而后会生成序列化流，将各种tag及类名字加入其中。对server返回的流进行解析，参照上面的流格式，首先解析出server端返回的status，如果status为1，则说明sever端同步成功。若为其他值，说明有问题，如果status为3，则会清除本地该账号下所有联系人，并把sync key设成0.若status为1，则会按tag循环解析数据流，以下面的tag为SYNC_COMMAND为例，接下来进入子tag块进行解析：如果子tag为SYNC_ADD, 则说明server端新增了联系人，接着解析SYN_ADD的子tag，这里先会得到 server id，判断本地是否存在此联系人，若存在则找到该联系人的data条目。子tag块里下面应该是联系人详情条目信息，将其插入或更新到data表中。SYC_CHANGE的流程与此类似。通讯录要求一个exchange账号在log out后，此账号下的联系人信息也不删除。这样我们对android原生contacts provider及Exchange 账号的Sync adapter做了相应改动，使得账号下的联系人不被删除同时账号再次登录进行同步基本不受影响。