Google Chrome 的同步具體是如何工作的，採用什麼機制？

1樓：format user

我感覺他是根據你賬號登陸時間判斷。如果長時間斷開再連上那麼回互相補全缺失檔案。我經常碰到我刪掉的檔案但是連上google後發現有些東西又回來了。

可知google是把雲端的複製回來的而不是自動刪掉雲端的。我認為是這樣。依據就是看是否間斷性連線雲端伺服器

2樓：Yotta

經過實驗，得出初步前提結論：

1.書籤列表反映到本地，是谷歌瀏覽器檔案目錄下的列表檔案。在開啟瀏覽器的情況下，無論你是否連線到谷歌服務（是否翻了或是否登入），哪怕是本地模式，每當你對書籤進行操作，計算機本地檔案管理器都會記錄這個列表檔案的修改時間（這是WINDOWS自帶的機制）

2.假設谷歌伺服器上已有了乙個書籤.list 修改日期2016/X/XX 20:30

3.當你在某台裝置上使用谷歌瀏覽器時，一旦登入賬戶連線到谷歌服務了，那麼谷歌伺服器自動比對雲端與本地兩個列表檔案的修改日期，舊的一方將被：

如果變動小的話：「完全替換」變動大的話：「增量合併更新」。然後一直連著就是實時同步。。。

關鍵在於連線到谷歌服務（翻了或登入）時，本地的列表檔案修改日期和雲端的列表檔案哪個更新

3樓：萊特達科

目前採用的策略並非「最新的版本全替換」策略，而是「增量合併更新」的方式。

而是當A計算機的版本有更新時，在B計算機上存在舊版本的狀態下，在B計算機上開啟chrome同步，會採取增量更新合併的方式，即保留B計算機上的內容，同時同步獲得A計算機上更新的內容。這樣做的目的大概是為了保證本地（B計算機上）內容不因在A計算機的修改發生丟失，同時能夠獲得A計算機上更新的全部內容。

這樣的策略可以避免因為在A計算機上的誤操作而導致B計算機上書籤的丟失，保證了安全性，但是同時損失了書籤的簡潔性，增加了冗餘性。個人還是推薦Google書籤同步使用"最新版本全替換"的策略，同時增加書籤「歷史版本」，便於回滾和找回。

4樓：孫竟

1. B 變成和 A 一樣。

2. 同上。

以前 Google Docs 還沒改名 Google Drive 的時候，書籤是存在那上面的，只有乙份最新的。如果本地比伺服器上的舊，就用伺服器上的替換本地的；否則反過來。