遊戲伺服器架構

只是負責驗證使用者名稱和密碼，驗證之後返回token，token是有有效時間的，在有效時間內，並沒有保持連線的必要，所以，這裡的requestresponse可以做成短連線（http請求響應模式），提公升併發。

如果超過了有效時間還沒有進入遊戲，令牌失效，在登入驗證時將被踢回重新獲取令牌。

登入伺服器和閘道器之間需要有乙個固定的連線傳遞新生成的令牌。

管理各種伺服器

--------------------------

登記各種伺服器

廣播各種伺服器上線、下線

反映各伺服器狀態

處理多連線的伺服器

負責所有客戶端的長連線的維護。每乙個連線都會對應乙個session，只有通過登入驗證的session才能將報文傳入遊戲伺服器群的訊息佇列中。沒驗證登入的session需要傳送之前從登入伺服器獲得的token來驗證登入。

token會和賬號繫結，一旦驗證通過，閘道器將通知遊戲伺服器新玩家進入，遊戲伺服器從資料庫讀取玩家的角色列表資料，再通過閘道器傳送給客戶端。

上述的操作可能是遊戲中最耗時的一步。所以可能增加的策略是非同步推送，多人排隊等。

也能做這些用途：

客戶端發客戶端

**給各伺服器

訊息連線用的

作用不僅僅是**了，同時也起到隔絕網路的作用（反射**）。

在開發網路遊戲時，我們往往需要按傳統，把 tcp 連線上的資料流分割為乙個個資料報。將資料流轉換為資料報，比較常見的做法是給資料報加乙個長度資訊，組裝在資料流中。