這個(gè)過程用 udp 協(xié)議做比用 tcp 協(xié)議來的好。因?yàn)?tcp 協(xié)議可能因?yàn)閬G包重發(fā)引起教大誤差，而 udp 則是自己控制，這個(gè)誤差要小的多。只是，現(xiàn)在網(wǎng)絡(luò)游戲用 tcp 協(xié)議實(shí)現(xiàn)要比 udp 有優(yōu)勢的多，我們也不必為對時(shí)另起一套協(xié)議走 udp 。

一般的解決方法用多次校對就可以了。因?yàn)?，如果雙方時(shí)鐘快慢一致的情況下，對時(shí)包在網(wǎng)絡(luò)上行程時(shí)間越短，就一定表明誤差越小。這個(gè)誤差是不會(huì)超過包來回時(shí)間的一半的。我們一旦在對時(shí)過程中得到一個(gè)很小的行程時(shí)間，并在我們游戲邏輯的時(shí)間誤差允許范圍內(nèi)，就不需要再校對了。

或者校對多次，發(fā)現(xiàn)網(wǎng)絡(luò)比較穩(wěn)定（雖然網(wǎng)速很慢），也可以認(rèn)為校對準(zhǔn)確。這種情況下，潛在的時(shí)間誤差可能比較大。好在，一般，我們在時(shí)間敏感的包上都會(huì)攜帶時(shí)間戳。當(dāng)雙方時(shí)間校對誤差很小的時(shí)候，client 發(fā)過來的時(shí)間戳是不應(yīng)該早于 server 真實(shí)時(shí)刻的。（當(dāng)時(shí)間校對準(zhǔn)確后，server 收到的包上的時(shí)間戳加上數(shù)據(jù)包單行時(shí)間，應(yīng)該等于 server 當(dāng)前時(shí)刻）

一旦 server 發(fā)現(xiàn) client 的包“提前”收到了，只有一種解釋：當(dāng)初校對時(shí)間時(shí)糟糕的網(wǎng)絡(luò)狀態(tài)帶來了很多的時(shí)間誤差，而現(xiàn)在的網(wǎng)絡(luò)狀態(tài)要明顯優(yōu)于那個(gè)時(shí)候。這時(shí)，server 應(yīng)該勒令 client 重新對時(shí)。同理，client 發(fā)現(xiàn) server 的數(shù)據(jù)包“提前”到達(dá)，也可以主動(dòng)向 server 重新對時(shí)。

一個(gè)良好的對時(shí)協(xié)議的設(shè)定，在協(xié)議上避免 client 時(shí)間作弊（比如加速器，或者減速器）是可行的。這里不討論也不分析更高級(jí)的利用游戲邏輯去時(shí)間作弊的方式，我們給數(shù)據(jù)包打上時(shí)間戳的主要目的也非防止時(shí)間作弊。

校對時(shí)間的一般通途是用來實(shí)現(xiàn)更流暢的戰(zhàn)斗系統(tǒng)和位置同步。因?yàn)椴灰蕾嚲W(wǎng)絡(luò)傳輸?shù)慕y(tǒng)一時(shí)間參照標(biāo)準(zhǔn)可以使游戲看起來更為實(shí)時(shí)。

首先談?wù)勎恢猛健?/p>

好的位置同步一定要考慮網(wǎng)絡(luò)延遲的影響，所以，簡單把 entity 的坐標(biāo)廣播到 clients 不是一個(gè)好的方案。我們應(yīng)該同步的是一個(gè)運(yùn)動(dòng)矢量以及時(shí)間信息。既，無論是 client 還是 server ，發(fā)出和收到的信息都應(yīng)該是每個(gè) entity 在某個(gè)時(shí)刻的位置和運(yùn)動(dòng)方向。這樣，接收方可以根據(jù)收到的時(shí)刻，估算出 entity 的真實(shí)位置。對于 server 一方的處理，只要要求 client 按一個(gè)頻率(一般來說戰(zhàn)斗時(shí) 10Hz 即可，而非戰(zhàn)斗狀態(tài)或 player 不改變運(yùn)動(dòng)狀態(tài)時(shí)可以更低) 給它發(fā)送位置信息。server 可以在網(wǎng)絡(luò)狀態(tài)不好的情況下依據(jù)最近收到的包估算出現(xiàn)在 player 位置。而 client 發(fā)出的每次 player 位置信息，都應(yīng)該被 server 信任，用來去修正上次的估算值。而 server 要做的只是抽查，或交給另一個(gè)模塊去校驗(yàn)數(shù)據(jù)包的合法性（防止作弊）。

在 server 端，每個(gè) entity 的位置按 10Hz 的頻率做離散運(yùn)動(dòng)即可。

client 因?yàn)樯婕帮@示問題，玩家希望看到的是 entity 的連續(xù)運(yùn)動(dòng)，所以處理起來麻煩一點(diǎn)。server 發(fā)過來的位置同步信息也可能因?yàn)榫W(wǎng)絡(luò)延遲晚收到。client 同樣根據(jù)最近收到的包做估算，但是再收到的包和之前已經(jīng)收到的信息估算結(jié)果不同的時(shí)候，應(yīng)該做的是運(yùn)動(dòng)方向和速度的修正，盡可能的讓下次的估算更準(zhǔn)確。

關(guān)于戰(zhàn)斗指令同步，我希望是給所有戰(zhàn)斗指令都加上冷卻時(shí)間和引導(dǎo)時(shí)間，這正是 wow 的設(shè)計(jì)。這樣，信任 client 的時(shí)間戳，就可以得到 client 準(zhǔn)確的指令下達(dá)時(shí)間。引導(dǎo)時(shí)間（或者是公共冷卻時(shí)間）可以充當(dāng)網(wǎng)絡(luò)延遲時(shí)間的緩沖。當(dāng)然我們現(xiàn)在的設(shè)計(jì)會(huì)更復(fù)雜一些，這里不再列出。對于距離敏感的技能，例如遠(yuǎn)程攻擊和范圍魔法，我們的設(shè)計(jì)是有一個(gè)模糊的 miss 判定公式，解決距離邊界的判定問題。

這里， server 對攻擊目標(biāo)的位置做估算的時(shí)候，可以不按上次發(fā)出包的運(yùn)動(dòng)方向去做位置估計(jì)，而選擇用最有利于被攻擊者的運(yùn)動(dòng)方向來做。這樣，可以減少網(wǎng)絡(luò)狀況差的玩家的劣勢。

對于 PVE 的戰(zhàn)斗，甚至可以做更多的取舍，達(dá)到游戲流暢的效果。比如一個(gè)網(wǎng)絡(luò)狀態(tài)差的玩家去打 npc，他攻擊 npc 的時(shí)刻，npc 是處于攻擊范圍之內(nèi)的。但是由于網(wǎng)絡(luò)延遲，數(shù)據(jù)包被 server 收到的時(shí)候，npc 已經(jīng)離開。這個(gè)時(shí)候 server 可以以 client 的邏輯來將 npc 拉會(huì)原來的坐標(biāo)。

雖然，這樣做，可能會(huì)引起其他玩家（旁觀者） client 上表現(xiàn)的不同。但是，網(wǎng)絡(luò)游戲很多情況下是不需要嚴(yán)格同步的。在不影響主要游戲邏輯的情況下，player 的手感更為重要。