有了客戶端的無限大地圖，服務器端也可以做做嘗試了，服務器比客戶端單純了很多，不用做裁減等復雜的計算工作，但是要維護大量的信息通訊，最棘手的問題就是，如何讓“身邊”其他玩家知道你在哪里，player數(shù)量那么巨大，如果所有的player的狀態(tài)通知所有的人那就是n的n次方的通訊，可以看來這樣的通訊方式是完全不合理的，所以如何確定“身邊”這個概念就至關(guān)重要了。

有了客戶端無限大地圖的實現(xiàn)，這個思路就豁然開朗了，有個圖例：

把服務器打上格子，把整個地形來個定義                            

定義為 blocks_Tx_Ty_Bx_By                            

Tx Ty 代表的是 Tile的第幾行第幾列                            
Bx By 代表的是該Tile下Block的第幾行第幾列                            

把每個block的范圍給筐定，這個可以事先計算出來的，很簡單                            
人物一旦發(fā)生了移動就會發(fā)出udp的信號，服務器改變每個人物所在的位置

那么客戶端的Role(玩家所操縱的角色)最關(guān)心的是周圍9個tile里面活動的其他玩家的信息
因為客戶端要進行視錐剪裁，

反過來說，角色A移動了，就要通知周圍9個tile里面所有的角色，你當前的位置
另外，移動的時候還要看你所在的block發(fā)生了改變沒有，如果發(fā)生了改變，這個信息也要發(fā)出去
那么客戶端可以更新所觀測的角色所在的block，這樣客戶端的tile作culling和rending以及collising的時候就方便了
客戶端要作的只是簡單的terrain.AddSenceModel 和 terrain.RemoveSenceModel就能動態(tài)更新block中的角色模型了
一個block好歹也有33x33，被觀測對象只有block改變了才會做(terrain.AddSenceModel 和 terrain.RemoveSenceModel)這樣的操作
這樣的操作應該不會特別頻繁，客戶端應該開銷的起

客戶端，應該存在一個可觀測的9個tile的rolelist，每次發(fā)過來的其他玩家的udp positionpack還是要作即時更新的。