月下独奏的博客

  闲来无事用GO语言写了个简易的房间类游戏后台框架，目前实现基本房间功能，并放了贪吃蛇游戏进去，可实现多人在线贪吃蛇。由于没有前端，导致项目难以继续下去。整个项目大概完成75%，基本目标也都实现，看以后是否有前端加入再继续编写。  （一）系统结构             设计的思路就是高可扩展，只要当前负载已达到上限，只需要整体扩容或者部分扩容即可，整个扩容过程用户没有感知。最终目标...

    网关概述   网关(Gateway)又称网间连接器、协议转换器。网关在网络层以上实现网络互连，是最复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关既可以用于广域网互连，也可以用于局域网互连。网关是一种充当转换重任的计算机系统或设备。使用在不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间，网关是一个翻译器。与网桥只是简单地传达信息不同，网关对收到的信息要重新打...

  大厅服务器概述  大厅服务器负责玩家进入游戏的接入、发送公告等功能。当玩家登陆完毕、游戏结束后将会进入大厅服务器。  大厅服务器需求公告 对玩家进行匹配 创建房间 加入房间  大厅服务器结构  大厅服务器流程        大厅服务器细节    由于使用了Redis当作全局内存，其实游戏大厅只是一个使用Redis进行业务操作的模块。在线匹配功能后期可以划...

游戏服务器概述：  游戏服务器装载着游戏对外服务，对于房间类游戏其功能包括房间的创建、进入房间、离开房间、开始游戏、结束游戏。由于不同游戏对应的逻辑不通，如果需要代码共用，则可将房间的操作分离出来做成一个共用库。只有游戏开始后和游戏结束之间的逻辑不同，因此可以像回调函数一样，当传入的信息游戏框架无法识别则可调用我们设置的回调函数。或者同时需要框架处理和游戏逻辑处理。这样就很好的分离两者，降低编...

   大致结构已介绍完毕，剩下就是谈谈消息队列的坑和测试。   最先设计并没有消息队列，只是单纯的大厅作为中心点，到后来需要可动态扩展，如果各个服务器数量增加每个服务器需要与剩下的服务器进行连接，如果服务器个数N个以上单个服务器需要维持N-1个连接，耗费系统资源。如果有消息中转服务器，则每个服务器只需要维持一个连接并降低编码难度。    开始是手撸一个基于grpc双向流的服务器，性能还行但...