网页游戏架构与开发入门

1、1网页游戏架构与开发入门QQ : 31670540*|#ContentsPart 1网页游戏概述Part 2网页游戏服务器架构Part 3网页游戏核心系统开发Part 4 I网页游戏数据库设计2Part 1网页游戏概述3引言4#程序员咼级 钳工）-游戏开发的程序员是否要了解游戏相关定义、逻辑口 *不需要？需要？列举几个例子：一，策划类似于设计师，比如一位设计师要求一位木匠师傅给其打造一款具有 流线型的架子（木匠问：何为流线型），比如设计师画出汽车平面图要求木匠 师傅打造按平面图打造汽车模型（结果木匠确实按平面图打出了汽车模型，不 过只有两个轮子，另外两个轮子因为看不到）。二，昨天策划提到需要开

2、发一个功能，打开人物面板，鼠标点击人物空缺的装 备位置，可以为玩家立刻装备背包中一件评分最高的装备，等服务端接口写好后，策划又说，还要补充下，因该是鼠标放上去没点，匹配 的评分最高的装备就已经显示在鼠标 TIP中了，类似神仙道那种，各种崩溃。三，列举咖啡机的例子，我们一起来开发一款自动咖啡机系统吧，策划提出需求，想喝咖啡者，只需点击桌面一个按钮，计算机自动遍历在8楼楼层获取到咖啡机位置，然后把杯子放到咖啡机下，自动 点击第二个按钮，出咖啡，咖啡自动送到订咖啡者座位上。系统就这么简单 的实现了，这个世界因此而美好了。但是用户使用下来发现，每次点击桌面获取咖啡按钮后，咖啡送到位置上需要3分零5秒，

3、很多用户无法接受这个时间，太慢了，汇报到策划这边，策划找来 程序查明原因，发现咖啡机出咖啡和送到预订者位置一共也就花了5秒钟，但是计算机自动遍历8楼楼层的咖啡机却用了 3分钟，这个差距太大了。于是优化，策划表示可以直接定位咖啡机位置，告诉计算机咖啡机就在楼梯口 附近哪个坐标位置，于是速度一下提升，以后预订咖啡只用5秒。后期故障问题：咖啡机没水了，咖啡机没咖啡豆了，打补丁解决，崩溃的故障， 咖啡机在有水有豆的前提下，有时能出咖啡，有时不能出咖啡。何为网页游戏？网页游戏与网络游戏区别？为何会出现网页游戏？网页游戏特征？网页游戏其实就是用浏览器玩的游戏，它不用下载客户端，只要一台能上网的 电脑就可以

4、进行游戏。有人按下载客户端来划分是否网页游戏。有人按是否在浏览器中玩的游戏来划分是否网页游戏。有人按用户来划分是否网页游戏。个人较认可定义：基于浏览器，拥有片段游戏时间的用户进行的网络游戏称为 网页游戏。下面我们主要针对这类游戏架构与开发进行探讨。网页游戏可以看作是网站和游戏的结合体，因此它具备了这两类系统的特性。 我们不但可以把网页游戏看作是一个网站，也可以把它看作是一个网络游戏。网站是B/S结构，网络游戏则是C/S结构，网页游戏则是这两者的结合。Part 2网页游戏服务器架构转场6网站代码设计模式1.測览戮情求独据也冋讯它鹉控制器(Controller J视图(View)5 模唯返Ml处理

5、拈黒模型(Model)此僅成模块匹冋处理文腥疋电成模块处理逻辑层和持久层.cCTrini网站是B/S结构。以上是经典的MVC设计模式：浏览器通过HTT助、议发送数据请求，由控制器接 受请求，通过路径委托给数据模型处理，模型通过与逻辑层和持久层的交互， 把处理结果反馈给控制器，控制器根据结果组装视图，并最终反馈给客户端浏 览器。和传统的C+网络游戏编程有些不一样，客户端网游在服务端会实例化玩家对象， 当客户端玩家属性发生变化时，服务端对应玩家对象属性也会发生变化。而页游HTTP、议更偏向于网站方式，不可能在服务端实例化出一个完整的玩家 对象并进行保存，而当客户端发起请求时，只是获取客户端需要的用

6、户数据并 返回给客户端。7网站服务器架构发展史8#以上是一段经典的互联网网站架构发展史：图1:最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能 主机都是租借的。吸引了部分人访问，逐渐你发现系统的压力越来越高，响应速度越 来越慢，而这个时候比较明显的是数据库和应用互相影响，应用出问题了，数据库也 很容易出现问题，而数据库出问题的时候，应用也容易出问题，于是进入了第一步演 变阶段：将应用和数据库从物理上分离，变成了两台机器，这个时候技术上没有什么 新的要求，但你发现确实起到效果了，系统又恢复到以前的响应速度了，并且支撑住 了更高的流量，并且不会因为数据库和应用形成互相的影响。

7、图2:好景不长，随着访问的人越来越多，你发现响应速度又开始变慢了，查找原因， 发现是访问数据库的操作太多，导致数据连接竞争激烈，所以响应变慢，但数据库连 接又不能开太多，否则数据库机器压力会很高，因此考虑采用缓存机制来减少数据库 连接资源的竞争和对数据库读的压力，这个时候首先也许会选择采用squid等类似的机制来将系统中相对静态的页面进行缓存（当然，也可以采用将页面静态化的方案）， 这样程序上可以不做修改，就能够很好的减少对webserver的压力以及减少数据库连接资源的竞争，于是开始采用 squid来做相对静态的页面的缓存。（squid:代理服务器软 件，网页服务器的前置cache服务器缓存

8、，不仅支持 HTTP协议，还支持FTP gopher、 SS和WAIS等协议）图3:增加了 squid做缓存后，整体系统的速度确实是提升了，webserver的压力也开始下降了，但随着访问量的增加，发现系统又开始变的有些慢了，在尝到了squid之类的动态缓存带来的好处后，开始想能不能让现在那些动态页面里相对静态的部分也缓存 起来呢，因此考虑采用类似 ES之类的页面片段缓存策略，0K,于是开始采用ES来做动 态页面中相对静态的片段部分的缓存。（ESI 一种数据缓冲/缓存服务器，部分地缓冲网页，使用基于XML的标记语言，指示想要缓冲的页面部分。）此处可合理使用AJAX进行缓存页面上局部动态数据的加

9、载。网站服务器架构发展史图4:在采用ES之类的技术再次提高了系统的缓存效果后，系统的压力确实进一 步降低了，但同样，随着访问量的增加，系统还是开始变慢，经过查找，可能 会发现系统中存在一些重复获取数据信息的地方，像获取用户信息等，这个时 候开始考虑是不是可以将这些数据信息也缓存起来呢，于是将这些数据缓存到 本地内存，改变完毕后，完全符合预期，系统的响应速度又恢复了，数据库的 压力也再度降低了不少。图5:好景不长，发现随着系统访问量的再度增加，webserver机器的压力在高峰期会上升到比较高，这个时候开始考虑增加 webserver，进行负载均衡方案。 在解决了这些问题后，终于是把 webse

10、rver增加为了两台，系统终于是又恢复到 了以往的速度。享受了一段时间的系统访问量高速增长的幸福后，发现系统又开始变慢了，这 次又是什么状况呢，经过查找，发现数据库写入、更新的这些操作的部分数据 库连接的资源竞争非常激烈，导致了系统变慢，因此考虑分库策略，分库也就 意味着要对原有程序进行修改，一通修改实现分库后，不错，目标达到了，系 统恢复甚至速度比以前还快了。网络游戏服务器架构网络游戏一般采用C庐结构客户端负寺绘制游戏世界的实时画面,服务器端则负责咱应所有客户端的连接请求和游戏逻辑处理，并控制所有客户錨的画面绘制，容户端与服务器通过网络数据包交互完成每一歩游戏逻辑q网关服务器方式主要职责是将

11、容户端通信和游戏服务器隔离4网关服务器只负责瞬析数据包*加解密k超时处理、过滤¥昔溟包客户端只需超立和网关服务器的连接即可进入游戏”无需与游戏服务器直接连接。网关服务器分3LoginGate（登录网关服务器）、GameGate（游戏网关服务器hLlUZILJrCOm10网络游戏服务器架构1. LoginGate主要负责在玩家登录时维护客户端与LoginServer之间的网络连接与通讯,对Logi nServer和客户端的通信数据进行加密、校验。2. LoginServer主要功能验证玩家账号是否合法，并生成一个登录凭证SESSIONKEY3. GameGate主要负责客户端与Game

12、Server之间网络连接和通讯，对客户端请求和发送 数据做简单分析。4. GameServer主要负责游戏逻辑处理，包括战斗系统、任务系统、角色系统、地图系统等。5. DBServer主要负责游戏数据缓存，包括玩家游戏属性数据，降低数据库压力。6. Mserver负责一组服务器中对多台GameServe之间数据转发和广播。7. Mysql负责数据持久化存储。网页游戏服务器架构 服务器使用Linz系统 r Nginx Webserver MySQL数据库 # PHP FaetCGI环境PHP做核心功能与逻辑功能开发,聊天和部分实时性功能使用C+等。 游戏区采用台服务器为一组° Web

13、Server. DB Srve注从.Memcache逻辑运算层,老区节约成本可在1台服务器上开多区,新区根据游戏压力而定。 Static ServerflfiCDN 所有区共用。 IM Servernj区共用°注：目前也开始采用在一台超级实体服务器上装多个虚拟机，一个虚拟机搭建 一个游戏区。目的是可节约服务器机房托管成本、运维开服时间成本。一台24核CPU 40G内存的服务器上可以考虑装4个虚拟机，搭建4个游戏区用户通过浏览器访问服务器的时候，首先是访问 WE服务器，通过WE服务器, 获取CACHE数据，如需执行业务逻辑，再去访问游戏逻辑层，通知游戏逻辑层 执行玩家操作，并从游戏逻辑

14、层里获得游戏数据。网页服务器的特点是触发执行，及当有用户访问网页的时候，才会执行该网页 的程序代码。而我们常见的WebGamfe际上是需要24小时不间断执行的，因此网 页服务器的执行方式并不完全适合做游戏。因此我们另外需要一个应用程序来 执行这些24小时不间断要做的事情。这也就是我们需要增加游戏服务器设计思路的原因。公共数据阵玩家数摇库匚A匚HE数摒层WEB服务器 （逻出运算屋）喜户请浏览徭玩家浏览器发送HTTP青求到WEB服务器（控制层），通过DB层和CACHE®获取 玩家数据和游戏基础数据。因游戏基础数据，是由策划配置不变的数据，例如游戏中的场景信息、NPC和怪物数据、任务描述数

15、据、装备道具信息等。所以可以考虑多区公用，设置为公共数据库层，并生成缓存，便于管理和更新。战斗逻辑运算服务器，可考虑采用运算服务器群，多区共用。Clie nt -> Job -> WorkerClie nt:请求的发起者。Job：请求的调度者，用来负责协调把 Client发出的请求转发给合适的 Work Worker：请求的处理者，进行战斗运算，运算后返还战斗数据。我们通过增加更多的Worker，可以很方便的实现应用程序的分布式负载均衡架 构。这里每个区的WEE服务器可以充当Client，通过向Job调度服务器发起战斗运算 请求并获取战斗结果数据，这里Job调度服务器需要备机，防止

16、当机失去调度层。 Job层作为负载均衡调度最空闲的Worker服务器进行运算。这里每个区的WEE服务器既充当Client,又充当Job层，好处节约Jobg服务器 开销。Part 3网页游戏核心系统开发转场15服务端事件系统事件系统是整个WebGame系统里一个核心的组成部分，它控制着游戏的进程使游戏自眇及时执行到期命令。事件是指游戏里玩家的某个活动指令,它可以分为瞬时活动和非瞬时i舌动。瞬时i舌动顾名思义就是在玩家发出指令的瞬间就能完成的活动“L-IUZLJ.com16立即扣除玩彖金找并茯爾对应眼拎端将金钱和背辿散摇改空 结果返回给客户端客户端接收佶息后重舟追染贡17#玩家从NPC那里购买一件

17、装备，在玩家发出这个指令后，玩家的金钱减少，背 包中增加了所购买的装备，这一切都在玩家发出指令后瞬间完成。#而非鋼时活动则是在玩家发出某个指令后一段时间才会被执行.例如RPG游戏里玩家鼠标点击地图上某个怪物进行攻击。这个攻击过程就是- 个非瞬时过程，它有了一个战斗的过程，这个过程需要消耗一定的时间，在这 个战斗过程结束后，才会对玩家数据进行修改，也需要在该战斗结束后才能发 起下场战斗请求。早期包括目前很多页游战斗还是采取战报方式，即当前端发 起一个战斗请求，服务端会有运算进程一次性运算完，推给前端，前端进行播 放战斗动画。在WebGsm已里f玩家的很多操作可以看作是瞬时事件和非瞬时事件的结合。

18、例如在策略游戏里升级建筑物（瞬时事件是村庄资源立刻减少,非瞬肘事件是建筑物 建设,非瞬时事件的结果是建筑物达到建设成功CD百建筑等级上升。还比如策略游戏中的军队战争，瞬时事件是当前村庄的士兵减少，非瞬时事件 是减少的士兵移动到需要攻击的村庄，结果是，两个村庄开打了。19事件队列实现方式数据库建立数据库内存表存放事件队列,通常会存在开始时间、结束时间、事件类 型、事件参数等数据。PHP写一个FOR循环进程査询事件队列内存表，如果 有到期时间的队列则进行处理并删除该条队列数据"UNUX消息队列通过LINUX消息队列存储游戏事件队列,PHP持续监听该消息队列中是否有 待处理的事件队列f有消

19、息则进行处理该队列数据。前面说了瞬时事件和非瞬时事件的概念，当 WebGame小时运行的时候，系统就 会产生大量的非瞬时事件，通常把这些非瞬时事件统一拿出来，按事件的结束 时间进行排序，并组成一个队列（事件队列）。再通过一个触发器，在事件设 定的结束时间到达的那一刻执行对应的事件。游戏中的事件队列会比较多，体现在数量和类型上。各种各样的事件队列。SLG戏中：1.城池建造建筑。2.城池间战争。3.城池造兵。4.研究科技。RPG字戏中：1.战斗打怪或PK 2.连续打怪挂机。3修炼挂机。4.技能修炼。LINUX消息队列存储的优势在于降低了 PH进程对数据库查询压力，缺点是服务 器宕机，内存中存储的消

20、息事件队列将会丢失，RPG丁怪事件队列丢失影响不大,只是当前打的这个怪物无效，但是其他类型的事件队列丢失话有可能影响巨大， 还有查询到期事件的效率问题。数据库内存表存放，虽然重启服务器，内存表 中数据会被清空，但数据库二进制日志中可以找回。服务端战斗系统客户端玩家发起 战斗事杵指令WEB眼务器接枚 到该半年适謀完后幡晟W杞週道推送酪客F T-111 履务蹴保存馭我内容” 下找押蛇人时外计黑如采发闲；nti取科中有战1 事件.则进trfeft进行战斗合法性 验证保存到LINUX SB 队列屮客户MNHkffttK内吝后 诅行战报功西播懺PHP战进畀1臨听UNUXifiiJ运算结果详细战报保存到硬

21、盘文本中，战报索引存入 DB中并保存战斗奖励，并 将战报索引借助IM推送到客户端，客户端通过战报索引调取服务端静态战报数 据进行播放。（详细战报存文本便于发送战报外部链接）避免玩家重复发起战斗事件，可以在服务端通过玩家 ID验证是否有正在战斗的 战斗队列，可将战斗结束时间保存在 MEMCACHE中，再次发起的战斗时间需 要大于MEMCACHE中上次战斗结束时间。PH处理战斗运算进程可以扩展出战斗运算分布式服务器。游戏CD时间实现23#inSso 、#SL®页游戏中常见的建筑建造倒计时、策略战争队伍行军倒计时、资源储备按 秒产量时间递增。RP创页游戏中连续怪物攻击、强化、挂机、学习技能

22、等功能。倒计时表现在前端，服务端只用记录上次操作时间，当前端发起相关操作请求后，即获取服务端时间进行更新客户端定时器。客户端定时器长时间运行后和服务端时间会有时间差，因此为保证客户端CD定时器的准确性，需要客户端定时1或2分钟定时发送一个请求到服务端，获取服 务端所有CD寸间，更新客户端CD寸间倒计时表现。#网页游戏数据库设计Liu z L j r<com转场24对于任M项目-个好的数据库设计极其重要#对于WEBGAME来说就更是重 中之重了.一个好的数据库设计相当于一付好的骨架和脉络，当你的骨架搭建 好脉络理页后,再进行游戏功能代码的时候将会非常顺畅.怎么样才能设计好一款WEBGAM E的数据库呢?在设计前因做好如下准备：L对于游戏业务逻辑要相当:青晰奇2多和游戏策划人员进行沟通,充分了解游戏功能需求.玄发现游戏逻辑部分有矛盾时及时向策划人员反馈.调整口4对于游戏功能先按模块进行划分然后再细化到每张表结构.5 对于游戏逻辑复杂的功能点需要反复推敲