為什么一款慢到艦隊航行幾小時的游戲，網(wǎng)絡(luò)同步反而更難？時間戳差一秒，收入直接翻倍

　　幾乎市面上所有關(guān)于游戲網(wǎng)絡(luò)編程的資料，都在講快節(jié)奏游戲該怎么同步。經(jīng)典的 UDP、客戶端預(yù)測、每秒鐘塞六十幀快照到家庭帶寬里，都在服務(wù)一個目的——讓操作手感不卡。但這一切，和我正在做的游戲幾乎毫無關(guān)系。

　　Old Light 是一款多人瀏覽器策略游戲。游戲里，一支艦隊橫穿銀河系需要好幾個小時；你把瀏覽器標(biāo)簽頁關(guān)掉，后方經(jīng)濟照樣自行運轉(zhuǎn)。哪怕一個操作來回延遲 300 毫秒，游戲里也完全感受不到。真正的難點在另一個方向：在漫長時段里，同時為數(shù)千個帝國保持?jǐn)?shù)據(jù)正確性。

　　只發(fā)一次快照，余下全是增量

　　客戶端打開一個 WebSocket 連接。服務(wù)器只回一條消息——world.init，里面裝著這個玩家被允許看到的一切，外加服務(wù)器當(dāng)前的時鐘。之后，所有變化都以world.delta的形式下發(fā)：一個極小的補丁包，客戶端拿到后自己合并到本地狀態(tài)里。

　　socket.on("world.init", (payload) => {state = new GameState(payload.world);clockOffset = payload.serverNow - Date.now();socket.on("world.delta", (delta) => state.applyDelta(delta));

　　整個協(xié)議就靠這兩個事件處理器撐著。不需要序列號，也不用插值緩沖。麻煩的點全卡在兩者的邊界上：當(dāng)快照還在客戶端構(gòu)建時，新的增量可能同時從服務(wù)器推過來。服務(wù)器端的處理方式很簡單——先把world.init準(zhǔn)備完畢，再把 Socket 加入廣播房間，這樣構(gòu)建中途觸發(fā)的 delta 絕不可能溜進新連接里，而且快照本身已經(jīng)包含了那次變化。客戶端側(cè)則把初始化完成前抵達的增量先緩沖起來，等本地狀態(tài)建好再一次性排空。這兩步，任何一邊漏掉，都會導(dǎo)致正好在那個毫秒接進來的玩家，看到的世界和服務(wù)器不一致。

　　那個代碼片段里還有個clockOffset。服務(wù)器把自己時鐘打進每一條負(fù)載里，客戶端在啟動時只測量一次差值。從那之后，一切和時間有關(guān)的計算全部以服務(wù)器時鐘為準(zhǔn)——畢竟玩家本機時間偏差幾分鐘是常有的事。

　　兩邊都做時間運算時，最容易踩的坑

　　Old Light 里的資源不是靠定時器逐個“跳動”的。服務(wù)器采用按需計算：上次持久化的余額，加上累積速率乘以經(jīng)過的時間。客戶端跑的是同一套公式，所以即便在兩個網(wǎng)絡(luò)消息之間，游戲里的數(shù)字也能平滑地自己往上翻。

　　這就要求線路上傳輸?shù)馁Y源值，除了余額數(shù)字本身，還必須帶一個“錨點時間戳”，以便客戶端從那個時間點繼續(xù)向前推算。陷阱恰恰出在這個時間戳上。

　　當(dāng)服務(wù)器響應(yīng)一個請求時，它會基于當(dāng)前時間，把數(shù)據(jù)庫里存儲的余額向前投影到“現(xiàn)在”。可數(shù)據(jù)庫那行記錄里保存的settledAt時間戳，仍然是上次真正落盤的時間——說不定是幾個小時以前。現(xiàn)在問題來了：把剛剛投影到當(dāng)前時刻的新余額，配上那個早已過時的舊錨點，客戶端一拿到，又會重新做一次時間推進：

　　// 錯誤做法：新余額，舊錨點return { balance: projectedToNow, settledAt: row.settledAt };// 客戶端數(shù)秒后執(zhí)行：display = balance + rate * minutesSince(settledAt); // 把幾小時的產(chǎn)出又加了一遍

　　同樣一波幾小時的資源產(chǎn)出，被反復(fù)算了兩次。沒有任何報錯。游戲里的資源計數(shù)器會一路高歌猛進，跑得比真實數(shù)值快上一大截，直到下一次從服務(wù)器拿到準(zhǔn)確數(shù)據(jù)，又猛地跳回正常水位。

　　解決辦法其實直接得近乎粗暴：任何被投影過的數(shù)值，必須隨身攜帶它被投影到的那個時間點。投影出來的余額，就配投影時刻的時間戳。這樣客戶端接手后，只需繼續(xù)算后面那一小段時間的增量，再也不會憑空多出幾小時收入。

　　對于一個艦隊要走好幾個小時才能跨過星系的游戲，最要命的性能問題從來不是延遲，而是在漫長的時間線上，讓幾千個帝國各自賬本始終不差毫厘。