对游戏服务器的逻辑挺好奇，假设从头开始如何设计一个简单的游戏服务器？

Question

不限定使用什么语言，只是要个思路。游戏服务器和正常的web应用逻辑似乎不太一样，也没接触过，挺好奇的。

Answer 1

得看是什么类型的游戏。

我之前做过棋牌游戏服务端开发。服务端开发语言是 PHP。对于我们这款游戏，我们游戏逻辑相关的接口走 HTTP 协议，游戏流程分为发牌阶段（客户端拉取牌面数据），玩家下注阶段（每次下注告知服务端），等待阶段，结算阶段（客户端拉取结算结果），然后开始下一轮的游戏。从这上面来看，整体游戏业务并不复杂，并且都是客户端去主动从服务端拉数据，HTTP 协议完全够用。

之前还做过一款台球游戏的开发。服务端开发语言是 Erlang。这款游戏走的 TCP ，游戏分两方轮流击球，在 Client A 击球的过程中，Client B 能看到 Client A 击球的过程（球杆位置，球杆方向，球面位置数据需要同步）。

应该使用 HTTP 还是使用 TCP 主要看游戏的需求，如果需要服务器往客户端推数据（台球游戏服务端把 Client A 的数据推给 Client B），那么就需要使用 TCP，反之如果全是客户端主动去请求数据（棋牌游戏客户端从服务端拉取牌局数据），使用 HTTP 即可满足需求。

题主还有什么想了解的？

Answer 2

web应用一般都是基于HTTP协议的，游戏服务器一般基于更底层的TCP或UDP协议。