尽管网页游戏开发应用的是服务器端脚本编写 ， 但是它的运行还是需要一定的客户端技术支持的,比如网页浏览器 ， 或者浏览器上常用的一些插件,如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 。
一个网页游戏开发要做大做强 ， 首先要考虑的就是服务器端要如何实现，这样才能稳定网页游戏的运行，让游戏者能够轻松的玩这个游戏，让游戏者好好的体验游戏的稳定 。
