ITPub博客

首页 > 大数据 > Hadoop > 分享网页游戏后台开发技术经验

分享网页游戏后台开发技术经验

Hadoop 作者:莉莉爱施德 时间:2013-07-11 16:22:00 0 删除 编辑

   尽管网页游戏开发应用的是服务器端脚本编写,但是它的运行还是需要一定的客户端技术支持的,比如网页浏览器,或者浏览器上常用的一些插件,如Java或者Flash。最新的网页游戏典型应用是大型多人在线角色扮演游戏。

    最近参与开发了一款网页游戏,网页游戏和普通客户端游戏不同,虽然都可以称为网络游戏,从服务器角度来说,网页游戏所承载的用户量是很少的,一般一组服务器3-4000玩家同时在线。当然,技术含量也相对较低。开发周期短,一般为4-5个月。现在就网页游戏后台开发的技术,谈谈自己的看法。

    首先是网关,所有玩家进入游戏,都是同网关连接,网关起着隔离游戏逻辑服务器和玩家的作用,保护游戏服务器内部不受外部玩家有意或无意的攻击。一般一个网关下面会挂上多组地图服务器,网关将用户逻辑转发到地图服务器上做具体的处理,处理完成后,地图服务器将处理结果送回网关,网关再转发给玩家。乍一看,网关似乎有可能成为性能瓶颈,确实是性能瓶颈。在网络游戏中,单个客户端上行流量是很小的,一般客户端都会做控制,在战斗和行走的时候,客户端没秒钟基本上只会有3条上行数据,但是下行广播数据是非常庞大的,曾经测试过300人同屏在线,每秒钟3个位置更新消息,广播量基本上是300*300*3=270000条消息,假如服务器为每一条消息调用一次send系统调用,那么意味着每秒钟27万次系统调用,是多么的庞大啊!

    一般网关前端收发消息部分毫无疑问会采用epoll的边缘出发模式(非阻塞),多线程收/多线程发。客户端发上来的消息,通过网关路由到地图服务器做具体的逻辑处理,对于地图服务器通常都是一个服务器对应一副或者多幅地图,在这个地图上玩家发生的所有事件,都有这个服务器来处理,地图服务器采用单线程/单进程这种模式,主要是保证游戏逻辑的顺序处理。评价地图服务器处理能力的一个指标是地图服务器可以支撑多少怪,多少玩家,因为怪的AI都在服务器这边做,服务器需要主动触发事件,广播给玩家,这个时候timer是不可缺少的资源,timer开得越多,系统性能也就越差了。

    另外,有一种简单的处理方式,开一个timer,几十毫秒统一处理一下地图中的事件,比如补怪等。对于数据库访问这一块,目前很多网页游戏开发,都使用的是和mongodb类似的内存数据库,是不是可以不采用cache,而直接访问数据库了呢?答案是错误的,根据具体情况来定吧,基本上到最后,性能瓶颈都会在数据库I/O这一块了,主要是读。对于一些访问量比较大的业务,比如,任务,战斗,背包等,肯定是读缓存,写缓存和数据库同时进行。再切地图和玩家下线时,清掉内存中的信息。原则上是服务器需要处理所有业务逻辑,所有接入游戏服务器的客户端都需要在网关进行鉴权认证,只有合法玩家才能接入游戏逻辑服务器。

    为了不使网络延时导致玩家体验感下降,在及时战斗的时候,客户端需要先播放模拟打斗的动画,由服务器进行验证。不同地图消息的转发在地图管理器上面进行,地图管理器是一个进程,维护了所有地图服务器的连接,所有消息转发都在地图管理器来完成。同时,为了减轻网关的压力,一般一个网关接入的1000人左右,分多个网关,不同网关的玩家信息,通过地图管理器来转发。以下是服务器选择性的用到的一些开源的软件,并在此基础上做了封装:json4cpp、log4cpp、libevent、ACE、boost、mongoclient。

    一个网页游戏开发要做大做强,首先要考虑的就是服务器端要如何实现,这样才能稳定网页游戏的运行,让游戏者能够轻松的玩这个游戏,让游戏者好好的体验游戏的稳定。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23723273/viewspace-1112401/,如需转载,请注明出处,否则将追究法律责任。

上一篇: 没有了~
下一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2010-04-14