總于有時間來繼續(xù)這篇文章的翻譯，以后一定要計劃好，計劃好：），好了，下面進入正題吧：

在對syncml的協(xié)議的使用工程進行描述之前我們先來看看同步類型的分類：
syncML協(xié)議描述了七種不同的同步類型：
（1）Two-way sync:雙向同步是客戶端和服務(wù)器端交換有關(guān)任何修改的數(shù)據(jù)信息的一種常用的同步類型。
（2）Slow sync:慢同步是雙向同步的一種特別的形式。慢同步就是將客戶端數(shù)據(jù)庫的數(shù)據(jù)和服務(wù)器端的數(shù)據(jù)庫數(shù)據(jù)逐個進行比較。如果客戶端和服務(wù)器端的同步錨不匹配或客戶端或是服務(wù)器端的修改日志遺失時將會請求一個慢同步。實際上，慢同步就意味著客戶端發(fā)送所有的數(shù)據(jù)到服務(wù)器端，服務(wù)器端對客戶端的所有數(shù)據(jù)進行逐個字段的分析，比較，并將服務(wù)段的數(shù)據(jù)發(fā)送到客戶端。在同步分析完成后，服務(wù)端將所有的修改信息返回客戶端。然后，客戶端返回所有的數(shù)據(jù)的映射信息，并添加到服務(wù)端。
（3）One-way sync from client only:客戶端優(yōu)先同步，是客戶端發(fā)送修改信息到服務(wù)端，但是服務(wù)端的修改信息并不被發(fā)送到客戶端。
(4)Refresh sync from client only: 從客戶端同步刷新，這里客戶端為服務(wù)端提供所有數(shù)據(jù)的瀏覽，服務(wù)器根據(jù)客戶端的修改來更新服務(wù)端的數(shù)據(jù)。
（5）One-way sync from server only:服務(wù)端同步優(yōu)先，這個同步方式是客戶端從服務(wù)獲取所有的修改信息，但是客戶端不發(fā)送修改信息到服務(wù)端。
（6）Refresh sync from server only:從服務(wù)端刷新同步，這里假設(shè)服務(wù)端為客戶端提供所有的數(shù)據(jù)的預(yù)覽，客戶端將更新目標數(shù)據(jù)庫中的數(shù)據(jù)，更新數(shù)據(jù)由服務(wù)器端發(fā)送到客戶端。
（7）Server-alerted sync: 服務(wù)通告同步，服務(wù)器端通知客戶端需要發(fā)起的同步類型指令給服務(wù)端。

好了，同步的幾種基本類型我們都描述過了（不過其中有兩種4，6我自己也不知道描述被人是否能夠看的懂，很難表達，e文還需要加強啊），下面就讓我們一起來看看同步的全過程吧。


為了理解基本的同步過程，我們開始講解一些在客戶端和服務(wù)端的同步工程的一些細節(jié)。由于雙向同步是最通常的同步過程，我們就使用這種同步過程作為例子。

一個雙向同步的過程可以分為下面幾步：
1.同步初始化
2.雙向同步
3.數(shù)據(jù)映射

NOW,讓我們一步一的揭開同步的神秘面紗吧：
（1）同步初始化：
任何的同步過程首先都必須進行同步初始化的工作，在一個同步初始化的工程種，服務(wù)端和客戶端設(shè)備通常要叫化一下信息：
a.同步服務(wù)器和設(shè)備的能力描述
b.請求訪問的數(shù)據(jù)庫和同步類型
c.認證信息

同步錨也是在同步初始化中被交換的信息。
下面的過程圖介紹了基本的同步初始化過程：



（2）雙向同步：