本游戏服务器端操作系统采用UNIX,因为UNIX是标准的服务器操作系统,可保证网络游戏的稳定性。因此,以下所有的编程都将针对UNIX进行。 服务器端的整体构架如下:通讯模块,消息传递模块,游戏规则模块,线程管理模块,游戏世界管理模块。 通讯模块: 以下是对Socket的简单封装: class SSocket { fd_set *SockSet; //fd_set,也就是我们的select监听集合 char IsListenSocket; //是否是监听套接字 int ServerPort; //监听套接字的监听端口号 struct sockaddr_in addr; //地址信息
public: SSocket(); ~SSocket();
int Socket; //socket int CreateListenSocket(fd_set *sset, int Port, char* addr); //初始//化一个监听socket int AcceptSocket(int listen_fd, fd_set *sset); //初始化一个非监听socket int CloseSocket(); //关闭 socket
int SendBuf(void *buf, int size); //发送数据 int RecvBuf(void *buf, int size); //接收数据
int SetSocketFd(); //将socket加入到监听集合中 int ClrSocketFd(); //将socket从监听集合中清除
}; 通过对socket的封装,我们完成了通讯模块的基本任务。下一步要做的是传输网络上的消息,此时需要对SSocket继续封装,首先定义一个消息结构体,然后就是读写消息,消息结构根据各个游戏不同,在此就不再深入探讨了。
线程管理模块:
由于我们用了阻塞模式,这就意味着必须要为各个socket创建单独的线程,否则很可能会引起服务器端停止工作。因此我们需要封装线程,封装内容主要包括:线程函数地址,线程开始时间,线程上次阻塞时间,线程最大阻塞时间,线程start方法,线程stop方法。线程stop方法可以通过发送信号给线程来达到杀死线程的目的。 线程类封装完成后,我们就可以开始编写管理模块代码了。管理模块其实也是一个线程,其第一功能就是监视各个线程是否阻塞超时,通过察看线程上次阻塞时间和最大阻塞时间来完成。一旦发现当前时间超过线程最大阻塞时间加上线程上次阻塞时间,既可断定线程阻塞超时,此时就需要kill该线程。另外,其他一些根线程有关的管理方法都有此模块负责。
消息传递模块:
对象、模块之间怎样传递消息,这也是服务器端设计的重点。举一个简化的例子说明如下:若某一玩家对另一玩家发了一条信息,先通过通讯模块接收数据,然后用消息传递模块通知另一玩家,再由另一玩家的线程调用通讯模块把消息发回客户端,这就是消息传递模块的作用。 要怎样封装消息模块呢?第一步就是做一个MessageBox类,它是一个堆栈,用来装消息,主要由pop和push方法,当然这里不能忘了必须实现一个存储消息数据结构。第二步封装就是HandleMessage类,这就是我们的消息模块的主要实现。其中有一个WaitMessage方法,调用此方法后,线程将被阻塞,直到有消息到达。在此可通过无名信号量来实现,也就是UNIX下的sem,它可以增加或减少信号量来实现互斥。然而,有人一定会问,为什么我们要有WaitMesssage呢,这不是将造成线程阻塞吗?其实,服务器端是一个被动驱动的模型,就像没有踩油门汽车就不会走一样,如果没有消息来驱动,服务器端就不会运行下去。 实现以上封装后,在两个对象之间发消息就变得很简单,我们直接用SendMessage方法就可以,SendMessage的实现也很简单,就是调用MessageBox里Push方法向里边放消息,之后把sem加一,这样接受这就可以收到消息了。
其他: 剩下的两个模块,都是与游戏相关的,事实上他们是两个更为复杂的模块,根据要编写的游戏的不同,这两个模块实现也不同。但是,他们究竟是做什么的,下面通过一个例子来说明: 假设我们现在开发的是一个RPG游戏,我们的玩家在屏幕上让游戏人物向前走了一步,此时发送移动请求给服务器端,服务器端的通讯模块收到后,便通知游戏世界管理模块,游戏世界管理模块调用游戏规则模块,判断玩家请求是否符合规则(是否合法),若可以移动,再由游戏管理模块将其坐标改变,最后再通知其相关玩家。也就是说,规则模块实际上是专门处理游戏业务逻辑的,管理模块实际上是专门处理游戏对象的。 |