1:IO操作是最大的效能消耗點,注意優化餘地很大。
2:演算法資料結構。排序尋路演算法的優化。list,vector,hashmap的選擇。大資料定址,不要考慮遍歷,注意考慮hash.
3:記憶體管理。過載new/delete,記憶體池,物件池的處理。
4:資料的提前準備和即時計算。
5:CPU方面的統計監視。邏輯幀計數(應當50ms以內)。
6:預分配池減少切換和排程,預處理的執行緒池和連線池等。
7:基與訊息佇列的統計和資訊監視框架。
8:CPU消耗排名:第一AOI同步,第二網路發包I/O操作,第三技能/BUFF判定計算處理,第四定時器的頻率。
9:記憶體洩露檢測,記憶體訪問越界警惕,記憶體碎片的回收。
10:記憶體消耗排名:第一玩家物件包括其物品,第二網路資料緩衝。
11:注意32位和64位的記憶體容錯。
12:減少不必要的分包傳送。
13:減少重複包和重拷貝包的代價。
14:建議分緊急包(立刻傳送)和非緊急包(定時輪訓傳送)。
15:頻寬消耗排名:第一移動位置同步,第二物件載入,第三登陸突發包,第四狀態機定時器訊息。
16:客戶端可做部分預判斷機制,部分操作儘量分包傳送。
17:大量玩家聚集時,部分非緊急包進行丟棄。
18:注意資料庫單表內key數量。
19:活躍使用者和非活躍使用者的分割存取處理。
20:控制玩家操作對資料庫的操作頻率。
21:注意使用共享記憶體等方式對資料進行安全備份儲存。
22:注意安全策略,對內網進行IP檢查,對日誌進行記錄,任意兩環點內均使用加密演算法會更佳。
23:實時注意對閘道器,資料庫等介面進行監察控制。
24:定時器應當儲存一個佇列,而非單向定位。
25:九宮格資料同步時,不需要直接進行九宮格的同步,對角色加一個AOI,基於圓方碰撞原理,拋棄不必要的格資訊,可大幅節省。
26:客戶端做部分的預測機制,伺服器檢測時注意時間戳問題。
27:定期心跳包,檢查死連結是必要的。
28:為了實現更加負責多種類的AI,AI尋路獨立伺服器設計已經是必須的了。其次需要考慮的是聊天,同步。
29:伺服器內網間可以考慮使用UDP。
30:注意所有記憶體池,物件池等的動態擴張分配。

1:以記憶體換取CPU的理念。
2:NPC不死理念。(只會disable)
3:動態擴充套件理念,負載均衡理念。
4:客戶端不可信理念。
5:指標資料,訊息均不可信理念。