目前我国游戏引擎应用的特点及发展趋势
我的图书馆
目前我国游戏引擎应用的特点及发展趋势
从目前我国游戏引擎技术的发展情况来看，整体技术水平与国外先进水平仍然存在一定的差距，但致力于引擎技术本土化的公司越来越多。与此同时，国外引擎研发企业的竞争也越来越激烈，国内网络游戏公司使用国外先进引擎的成本有所降低。综上，我国游戏引擎技术未来发展将呈现以下趋势：
①国外游戏引擎在国内的应用将增加&
随着游戏引擎技术竞争的不断激烈，国外厂商将降低其引擎产品的授权使用价格，或调整游戏企业在使用引擎时的付费模式（如由一次性支付授权使用费变为后期游戏分成费），这将大幅降低国内游戏企业的引擎使用成本，因此国外游戏引擎在国内的市场应用将有所增加。
②国内企业自主研发或与国外企业合作开发引擎的意愿强烈&
虽然国内游戏企业使用国外先进引擎的成本将会不断降低，但国外引擎具有开源性和通用性，国内企业仍然需要提高自身的研发实力，对国外先进引擎进行本土化改进，同时与需要的游戏产品相结合，根据不同的产品风格对游戏画面进行调整。因此，单纯通过进口国外先进引擎进行开发的游戏始终无法达到预期的效果，国内知名厂商与国外引擎公司合作的意愿愈发强烈。根据中为咨询观察，腾讯于2014年准备推出的武侠MMORPG网络游戏《天涯明月刀》，其使用的Quicksilver引擎就是NVIDIA（英伟达）合作开发的。
因此，在引擎研发领域，拥有自主研发实力的企业将在游戏研发市场拥有更大的自主权，同时与国外公司合作、改进国外先进引擎的机会也更多。
③引擎跨平台研发技术将为游戏市场发展提供动力&
目前，网络游戏市场已经从传统意义上的电脑网络游戏（PC端游戏）向多平台游戏市场发展。随着智能手机的快速普及和专业化游戏主机进入中国市场，游戏引擎在多平台上的应用将会愈发重要。中为咨询认为如何保证一款游戏在多种平台上快速移植，同时保证游戏运行流畅和高质量的画面感，将成为未来引擎技术发展的关键。
综上所述，游戏开发企业拥有自主研发游戏引擎的能力，不仅仅是单纯的引擎研发，而是对专业化游戏引擎拥有自身的理解力，这将保证游戏开发企业游戏产品的可持续性，同时可以在改良国外先进引擎及游戏跨平台移植方面取得较大的竞争优势，从而为游戏开发企业日后的持续盈利能力提供保证。
TA的最新馆藏[转]&[转]&[转]&[转]&[转]&[转]&
喜欢该文的人也喜欢为什么Cocos2D开源引擎最适合游戏创业团队？
发表于 14:40|
作者Cocos2D-X核心开发者王哲
摘要：Cocos2D-X核心开发者王哲认为，只要你是做2D游戏就应该用Cocos2D；应该根据目标平台和团队擅长的编程语言选择不同Cocos2D分支；Cocos2D及其集成的第三方库都是非GPL/LGPL的。
【由CSDN和创新工场联合举办的将于-20日在国家会议中心举办。移动开发者大会（MDCC）是中国最大规模的移动开发者顶级盛会，历来以强大讲师阵容、实用议题分享、现场活动丰富而驰名，今年也将迎来第三届MDCC盛会。】
Cocos2D-X核心开发者王哲将出席本次移动开发者大会&平台与技术&主题论坛，演讲议题为&Cocos2D游戏性能优化&。王哲将结合个人多年资深开发经验，为大家带来一场精彩的演说。
Cocos2D的稳定性、可商用型和流行程度已无需证明。目前App Store中国区付费总榜前三十名约有50%是基于Cocos2D开发的，几个月来长期如此。因此：
只要你是做2D游戏就应该用Cocos2D引擎；
根据发布目标平台和团队擅长的编程语言选择不同Cocos2D分支，开源社区尊重每位程序员自己的喜好和口味；
不用担心法律和授权费用的问题，Cocos2D及其集成的第三方库都是非GPL/LGPL的；
只要你是做2D游戏就应该用Cocos2D引擎
Cocos2D家族包含了一系列不同语言、不同渲染方案的多个分支，目前稳定成熟、有商业游戏发布的主要有三个：
Cocos2D-iPhone，用优雅的Objective-C语言进行游戏开发，最近出了JavaScript绑定，游戏只能运行于iOS设备上；
Cocos2D-X，用经典的C++进行游戏开发，加以Lua绑定和JavaScript绑定，游戏可运行于iOS、Android、 Windows Phone &8、Windows 8 Metro、BlackBerry 10、bada、MeeGo、Linux、Mac OS
X等手机和桌面系统上；
Cocos2D-XNA，用C#进行游戏开发，可运行于Windows Phone 7&8之上。
还有一个分支，虽然目前尚无大型商用游戏，但未来相当看好：
Cocos2D-HTML5，基于HTML5规范集开发，采用JavaScript语言，游戏可运行在Chrome、FireFox、IE10、Opera等支持HTML5的浏览器内。
表1 Cocos2d系列引擎对不同平台和开发语言的支持
Cocos2D系列引擎对不同平台和开发语言的支持如表1所示，注意：虽然有不同分支，但只要是在同一个大版本号1.x或2.x下面，API接口是完全一样的。
采用与开发平台自身相同的编程语言是个不错的选择；但按照目前的趋势，跨平台已经成为一个基本考虑点之一，因此选择具有跨平台能力的开发语言，会让游戏开发和运营更轻松愉快。所以开发语言的选择上，大致可以这么考虑：
系统原生语言：例如在iOS上选择Objective-C，在Windows
Phone上选择C#，开发时能很方便地集成SDK上的各种功能&原生UI框架以及ShareKit、ASIHttpRequest之类的第三方库，且易 于调试。但游戏无法跨平台，因此现阶段不是太推荐；
C++：保持高性能的同时可以跨不同平台，调试方便，但开发进度偏慢，集成部分第三方库需要一次语言转换，适合技术功底比较强的小型创业团队，在开发中小型游戏上有优势；
Lua、JavaScript等跨平台脚本：可以在运行性能和开发速度上取得一个折中，缺点是调试和集成第三方库不易，适合有一两个技术高手能驾 驭语言转换层（需要二次转换，如Java&C++&Lua），然后招聘脚本程序员大量堆逻辑的中型创业团队，而且团队里程序员越多，使用脚本 带来的增益越明显。此方案在开发大型游戏上有进度优势。在工具方面，Cocos2D和多数开源社区一样是个集市，没有建造大教堂思路下集中控制的一站式解 决方案，因此你需要从不同软件提供商手里购买针对不同使用目的的工具，基本覆盖了游戏开发过程的方方面面，比较流行的有：
CocosBuilder是目前最好的UI编辑器和动作编辑器，拥有开源免费MIT许可。在2.1版本之后加入了大家翘盼已久的时间轴动作编辑功 能。其作者Viktor Lidholt已被Zynga的Cocos2D团队收编，因此CocosBuilder很显然会是整个社区最重要的编辑器之一；
71squared的Particle Designer，必不可少的粒子编辑器，8美元一套，还不到买一份肯德基全家桶的钱；
mapeditor.org的Tilemap Editor，这个是开源免费的；
Texture Atlas打包工具如Texture Packer、Zwoptex；
SpriteHelper、LevelHelper系列。
除此之外，还有一些比较新潮但用户不多的工具，例如，让你在一个代码 编辑器里完成基于Cocos2D-X的多平台开发调试部署；还有蛋疼到碎的iTileMaps，让用户在iPad里面编辑tilemap地图，你可以买一 套送给美工同学，然后享受他想杀死你的眼神。
社区支持一直是Cocos2D引以为傲的事情。只要你礼貌地在Cocos2D-iPhone 或Cocos2D-X论坛里询问，总能得到来自世界某个角落里热心开发者的解答。除了官方论坛，国内还有39个Cocos2D
QQ群，百度文库里4534篇Cocos2D相关文档，SlideShare上196份相关PPT，CSDN下载区701份相关资源，以及海量的技术博 客，都会是你进入Cocos2D开源世界很好的学习资源。
总结Cocos2D开源引擎适合于这样的创业团队：
希望和Zynga、Glu、TinyCo、4399等使用Cocos2D的顶尖游戏公司站在同样的技术起跑线上；
希望掌握产品的每个细节，且团队中有靠谱的程序员；
希望能天马行空作出自己游戏独一无二的效果，不喜欢被闭源产品束缚作出同质化产品；
希望针对中国市场特殊性，能不费力地搞定千元智能机上的性能问题。
作者王哲，毕业于南京大学，2010年开始经营维护Cocos2D-X开源社区至今，负责《捕鱼达人》系列游戏的跨平台支持。王哲将在今年&平台与技术&主题论坛中分享Cocos2D的性能优化经验。
平台与技术主题论坛 已确认嘉宾名单（排名不分先后）：
&Cocos2D游戏性能优化
&王&&&哲&&&Cocos2D-X核心开发者
&天翼开放平台服务及架构解析
&孙&&&燚&&&中国电信创新业务事业部合作拓展处处长
&如何成功实现移动云交付
&Kingsley Wood &&&亚马逊AWS布道师
&豌豆荚2.0重构经验谈
&范怀宇&&&豌豆荚2.0技术负责人
&Adobe AIR开发实践
&丁&&&然&&&斑马骑士CTO，《鲸鱼岛的冬天》制作人
&移动终端的实时推送服务
&陶建辉&&&和信创始人
&软硬整合之底层软件架构设计
&钟文昌&&&索尼移动通信架构师
&全面认识Android OS
&邓凡平&&&《深入理解Android》系列丛书作者
&Jonathan Levin& 操作系统、编程和网络设计高级顾问、培训师
讲师阵容不断更新，详情请见：
推荐阅读相关主题：
网友评论有（0）
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章HTML5游戏引擎深度测评 - 简书
HTML5游戏引擎深度测评
最近看到网上一篇文章，标题叫做《》。目前针对HTML5游戏的解决方案已经非常多，但谁好谁差却没有对比性资料。特意花了几天时间，针对文章中出现的12款免费开源引擎做了一次相对完整的对比分析，希望能对大家有所帮助。
针对技术类产品对比，通常有多个维度进行对比，不仅仅是技术层面，还有许多非技术层面的内容会影响我们的使用结果。本文从如下几个维度进行多重对比。
设计理念&功能
2D与3D、编程语言对比
游戏领域中，最直白的一种分类方法便是2D与3D的区分。通常我们都会认为它们是游戏引擎领域两类不同的产品。原文中提及的引擎确实是当下最为流行的HTML5游戏引擎。很多引擎属于2D、3D通吃类型，我们通过一个表格进行对比。
基于HTML5技术的游戏引擎，所需要的脚本必定是JavaScript，只有JavaScript脚本语言才能运行于浏览器中。但目前市场上，出现了很多JavaScript代替品，例如TypeScript、CoffeeScript、LiveScript等等。不同语言直接的定位不同，语言哲学也不尽相同。一些游戏引擎在语言选择上也颇有意思。
JavaScript
TypeScript
enchant.js
cocos2d-js
PlayCanvas
可以从表格中看出，下面三个引擎属于2D和3D通吃类型。
PlayCanvas
在Web游戏领域胜出的编程语言是JavaScript和TypeScript。但绝大部分HTML5游戏引擎还是采用JavaScript语言。只有4款引擎选择支持TypeScript。
从当前前端技术圈环境分析，未来可能很多前端框架或者引擎会推出响应的TypeScript语言分支，从AngularJS宣布将使用TypeScript开发开始，TypeScript在很大程度上被前端认可。不得不说微软在开源圈这一仗打得漂亮。
设计理念&功能
架构设计是一门大学问，对于开源引擎架构的设计模式主要取决于作者的程序哲学观点和产品定位。将设计思路和功能放在一起对比讨论，比单独功能讨论更有参考意义。一个引擎的功能并非越多越好，功能应围绕引擎定位而定，这样的思路在一些引擎中体现尤为明显，下面我们针对每个引擎一一分析。
Three.js项目创建时间是在2010年的4月24日，到目前位置，应该算是比较老牌的开源项目了。事实上Three.js定义并非一个游戏引擎。在Github主页中，作者很明确的定义了Three.js的定位，叫做“JavaScript 3D library”。它仅仅是一个基于JavaScript语言的3D库而已。当然，你可以用它来做任何事情，无论是游戏，还是炫酷的3D展示。
Three.js在设计之处希望创建一个非常轻量级的3D库，能够帮助开发者快速搭建基于HTML5的3D内容。同时，通过暴露简单的API，将3D内容的开发复杂性降至最低。
渲染环境上，Three.js支持WebGL和CCS3D两种渲染模式。从当前使用量和标准普及程度来做分析看，开发者更加倾向于WebGL渲染方式。
文本主要想对2D游戏引擎做深入分析，所有没有对Three.js的功能与那些流行的3D引擎加以对比。
很多人第一眼看到Pixi.js官网，都会不自觉的认为这是一款游戏引擎。但在主页中作者对于Pixi.js的定义为“2D WebGL renderer with canvas fallback”，翻译为中文是一款依赖于canvas的WebGL渲染器。所以当你看到Pixi.js提供了为数不多的功能时，请不要惊讶，因为它只是一款渲染器。
Pixi.js的设计理念很多程度来源于它的定位，只做渲染器，要把渲染功能做到最强。而这样的定位，则会让Pixi.js成为其他引擎的渲染内核。你经常能看到一些游戏引擎，或者产品都基于Pixi.js而开发。
最求极致的渲染性能是Pixi.js的首要任务，为了让Pixi.js更加易于使用，作者在API设计上更加参考非常成熟的2D渲染架构 —— Flash，并且提供的API也尽量参考了ActionScript。
例如创建一个显示对象，在Pixi.js中被封装为 PIXI.Sprite。如果需要显示图像，借助 PIXI.PIXI.Texture纹理进行渲染数据填充。最终设置显示对象的坐标，代码看起来就像下面这样。
var stage = new PIXI.Container();
var texture = PIXI.Texture.fromImage('bunny.jpg');
var bunny = new PIXI.Sprite(texture);
bunny.position.x = 80;
bunny.position.y = 60;
stage.addChild(bunny);
Pixi.js中的显示架构完全参考Flash设计，所有显示对象组合为一个树状数据结构，但内部已针对WebGL渲染方式进行过优化，上层使用起来和Flash并无太大差别。
游戏引擎中的功能，我们可以细分非常多分类，一篇文章无法讲解所有分类细节讲解明白。我将所有功能做了一个二级分类，方便分析。
刻意将Pixi.js放在前面分析，因为Phaser本身并没有自己的渲染核心。就像Pixi.js的定位不一样，Phaser的定位是 "Desktop and Mobile HTML5 game framework"，中为称之为“桌面与移动端的HTML5游戏框架”。Phaser并不把自己定义为Engine，而是框架。所以，当你看到Phaser的功能设计和它的渲染内核时就不会经验了。
因为将自己定位为游戏框架，所以Phaser在游戏功能方面显得相当全面，你能想得到的绝大部分功能Phaser已经替你实现了。在渲染方面，Phaser并没有自己的渲染内核，而是直接引用了Pixi.js。这确实是个明智之举，因为Pixi.js在渲染性能方面非常强悍。前面已经提及编程语言，游戏开发本身逻辑复杂，算法较多，Phaser提供对TypeScript的支持也是非常明知的。
架构方面，Phaser进行非常多的高度封装。就显示部分而言，如果你使用过Pixi.js就是发现，设计思路本身差别不大，但API使用起来则方便很多。Phaser为一准备好了游戏所需要的一切。当我们像创建一个游戏界面时，可以在Phaser初始化时针对不同阶段进行定制。
var game = new Phaser.Game(800, 600, Phaser.AUTO, 'phaser-example', { preload: preload, create: create, update: update });
正向上面这行代码，Phaser为我们定义了 preload 、 create 、 update 等方法，使用时只需要填写callback函数即可。在资源加载时，Phaser会为你调用 preload 回调。 当画面刷新时，可以调用 update 回调。
其他方面，信号和插件系统算是Phaser的最大特色了。
Phaser功能众多，但绝大部分应用其他第三方作为实现。
Egret算是HTML5游戏引擎中的新起之秀，其定位已不单纯为HTML5游戏引擎。官方将其定位为“游戏解决方案”，同时也并未过多提及HTML5。究其原因在于Egret不仅仅提供了一个基于HTML5技术的游戏引擎，更是提供了原生打包工具和众多周边产品，使其成为“解决方案”。
这里单独分析Egret Engine这个产品，其语言使用TypeScript，有2D和3D版本。在架构设计上，同Pixi.js一样，参考了Flash成熟的2D架构体系。API方面，也参考了ActionScript。不仅如此，由于TypeScript的缘故，在事件系统中，也仿照ActionScript实现了 addEventListener 这样的事件注册机制。
内核方面，Egret Engine采用了模块化的设计。这样可以将不同的功能进行解耦。更加有趣的是，Flash中引以为傲的自动脏矩形技术在Egret Engine中也被实现。在canvas模式下，脏矩形会是渲染性能得到提升，比其他引擎更加有优势。
如果你会Flash，那么Egret Engine对你来说不需要过多的学习即可上手。
Egret Engine由于模块化设计的原因，将不同功能放到了不同模块中。这些模块以库的形式提供，下面表中是所有支持模块的总和，但不含平台API部分，例如微信API的封装。
enchant.js
enchant.js并非一个引擎，而是一个框架。同时，enchant.js也不仅仅用于游戏，还可以用于app。
鉴于支持游戏开发和APP开发，这个框架必定会顾全一些东西，不能在游戏方面放开手脚。架构设计上，没讲所有的元素全部按照OOP方式设计，内部使用实践驱动，并有效的结合了异步处理。游戏方面则仅仅对动画相关功能做了支持。enchant.js框架提供了一套插件机制，你可以将使用到的功能模块作为插件注入到enchant.js框架中。
enchant.js还特意提供了一个在线的图像库，方便开发者免费使用其中的素材。当从游戏效果来看，以小游戏居多。
enchant.js框架自身提供的功能非常有限，如果需要其他功能，必须自己扩展或者寻找响应的插件。
craftyJS将自己定义为针对JavaScript游戏的框架。
由于框架的定位，craftyJS在设计上提供了一些系统级别支持，例如将canvas和Dom两种渲染方式封装为同一套API，尽量小的文件体积，实体组件系统，显示对象封装，碰撞检测，事件系统，还有很多功能组件模块。所有的模块都依赖于实体组件系统的设计。
在实际测试中，craftyJS在API上的设计思路也是使用起来最为不舒服的一个。
Turbulenz引擎实际上是为自己的游戏渠道中的游戏提供的游戏引擎。因为和自身渠道绑定，所以在引擎中提供了很多low level API。借助这些底层API，可以呼叫Turbulenz游戏渠道中的一些系统级别功能。
由于Turbulenz引擎更多的为自己设计，更多的提供runtime支持，从严格意义上将，Turbulenz引擎不算是纯正的HTML5游戏引擎。为了满足其自身渠道的需求，Turbulenz引擎力求增加更加完整的功能，同时提高其运行性能。
由于Turbulenz对很多功能做了扩展，同时推出Low Level API和 High Level API。这里不再对其中庞杂的系统进行功能分析，大家如果有兴趣可以到其官网查看。
cocos2d-js
cocos2d-js是喊着Cocos2D-X的金钥匙出身的，它仅仅是Cocos2D-X的一个HTML5实现的分支。
cocos2d-js和Cocos2D-X的设计理念相同，你能够看到所有的API以及语法都完全参考Cocos2D-X。国内对于Cocos2D-X已经非常了解，这里就不做过多介绍。
cocos2d-js的功能提供的相当完整，你在游戏中需要的功能几乎都能够找到。
PlayCanvas
PlayCanvas主要用于3D渲染，本文还是以2D讨论为主，对PlayCanvas的分析就不做过多分析。
melonJS是一个轻量级的HTML5游戏框架，并且通过插件机制扩展其功能。
melonJS在所有的功能设计上都是轻量级的，你可以看到很多功能，并且在此基础之上搭建你自己所需要的功能模块。melonJS对于Tiled Map支持非常好，在兼容性方面也是melonJS关注的重点。
Quintus将自己定位为简单好用的JavaScript游戏引擎，同时支持移动和PC端。
Quintus设计为模块化和轻量化，尽量使用简洁友好的JavaScript语法。在JavaScript的API结构设计中，尽量使用标准的OOP模式。Quintus还借助了jQuery，并通过jQuery插件实现事件和一个选择器的语法。语言设计层面上Quintus没有设计限制使用传统的继承，这使得其中得组件模型更加容易被复用。
Quintus自身并不支持WebGL，同时提供的功能也较少，在Github中排名也很靠后。
Hilo这个引擎来源于阿里前端团队，从官网的主页上看，这个引擎的定位比较模糊。Hilo作为一个跨终端的互动小游戏解决方案，同时有称综合解决方案。从它的演变来看，Hilo属于阿里前端在实践总总结出来的一套工具库。整体引擎并非最初有计划设计构想。
从Hilo支持的特性上看，Hilo的设计思路更加偏向与前端开发者，而非游戏开发者。Hilo提供了多种模块范式的包装版本，实际上在满足不同前端开发者习惯。这些特性完全是前端工程师所偏好的内容，对于游戏来讲，这些内容可能优先级并非最高，作为阿里内部团队的常用引擎，对于阿里来说应该非常合适，应用场景做简单营销互动小游戏足以。
Hilo功能相对比较简单，对于游戏开发来说，缺失功能较多。
对团队开发来讲，工作流搭建是非常重要的，我个人比较看重这点。如果是小型团队或者个人开发者可能对此需求并不大。当项目规模变大时，一个好的工作流会事半功倍。
因为引擎的功能不同，所以涉及的工具也会有所差异，这里就不再做表对比了。
3D并不在本篇文章的讨论范围之内，同时Three.js也并非游戏引擎，不存在游戏开发工作流一说。这里简单介绍一下Three.js所提供的在线编辑器。
Three.js提供的在线编辑器应该是基于Three.js开发的，功能不多，但相当小巧。
Pixi.js作为一个渲染器，其工具支持也是相当清爽，除了一个程序库之外，没有提供任何工具。
Phaser和Pixi.js一样，没有提供任何工具支持，在其官网上只是推荐了两个代码编辑器。还提供了一个简单的在线代码编辑器。
Egret提供的工具非常多，也复合其解决方案的定位。在Egret整个体系下你可以看到如下工具支撑。
Egret Wing：Egret出品的一个IDE编辑器。在提供代码编辑功能的同时，还内置可视化的UI编辑器。与Egret Engine中的GUI、EUI框架配合使用。
ResDepot：这是个小工具，用来配置游戏资源加载表。如果游戏资源多的话，用这个小工具拖拽一下就完成了。
TextureMerger：一个纹理合并的小工具，功能有点像TexturePacker。
DragonBones Pro：针对Egret中骨骼动画解决方案提供的DragonBones动画编辑器。
Egret Inspector：一个基于Chrome浏览器的插件，可以针对Egret游戏进行调试。
Egret iOS & Android Support：这两个东西可以将你的HTML5游戏打包成原生APP。
还有一些其他的工具，但定位与游戏开发不同，有兴趣可以去它的官网看。
从上面的分析看出，Egret在工作流的支持上做的还是非常完成的，从Wing的代码编写，到ResDepot和TextureMerger的资源整合，再到Inspector调试，和原生打包。游戏开发过程中的每个环节基本都有工具支撑。
enchant.js
enchant.js 没有提供任何工具支撑，在官网中也没有任何相关支持工具的介绍。
craftyJS也没有提供任何工具支撑，仅仅是一个开源代码库。
Turbulenz在你下载的目录中包含了很多工具，大部分与格式转换相关。所有工具均为命令含小工具，没有提供任何可视化操作软件支持。
cocos2d-js
Cocos2d-js近年来变化很大，但对于JS这个分支的支持却少之又少。前一段时间新出了一个工具叫做Cocos Creator。我没有具体使用过，但看截图仿佛有Unity3D的影子。从介绍中看，应该对游戏支持还是不错的，编辑方面目前还欠缺。
PlayCanvas
PlayCanvas也提供了一个在线编辑器，不过是针对它的3D功能。编辑器看上去和Three.js提供的在线编辑器份很相似。这里直接借用官方文档中的截图给大家看一下。
melonJS除了源码库以外，也没有提供任何工具支持。但在其官方主页中，包含几个其他编辑器的连接。比如著名的Tiled地图编辑器等。
Quintus没有提供任何工具支撑。
Hilo没有提供任何工具支撑。
结果并不出乎意料，对于开源游戏引擎来讲，维护库就是耗费作者很大一部分精力，更何况去制作编辑器之类的软件产品。很多引擎都会依赖一些比较流行的第三方工具，例如Tiled、TexturePacker等等。虽然可以实现功能，但整个工作流搭配起来还是多多少少会有一些问题。只有Egret和Cocos2D-js提供了相关可视化编辑工具。而这两对于工作流的理解则完全不同。从产品中不难看出，Cocos2D-JS更像Unity3D，提供一个大而全的软件给开发者用。Egret则是什么角色用什么工具，将产品按照角色划分，针对不同角色和开发流程中的各个环节进行产品设计。
相对来说，Egret的这种方式使得每个工具更加垂直，能够做的功能也更加深入，不会让工具显得臃肿。而Cocos Creator则力求完整，一个软件解决所有事情。
性能测试上，我只针对2D游戏引擎做了一个渲染压力测试。
测试内容为同屏渲染对象数量相同的情况下进行帧频数据对比，为了保证测试的公平性，我使用同一台电脑，相同版本的Chrome浏览器进行测试，游戏场景尺寸均为800*600，显示的图片也为同一张。每个引擎进行同屏、20000个显示对象渲染。
其中craftyjs引擎渲染出现问题，这里不作数据对比。Quintus引擎不支持WebGL渲染模式，因此这里页不作数据对比。Phaser渲染内核使用Pixi.js，因此Phaser渲染数据参考Pixi.js结果。
所有引擎编写的代码大致相同，开始做for循环，创建定量显示对象，然后在循环中对每个显示对象做旋转操作。
测试代码如下：
var renderer = PIXI.autoDetectRenderer(800, 600,{backgroundColor : 0x1099bb});
document.body.appendChild(renderer.view);
var stage = new PIXI.Container();
var texture = PIXI.Texture.fromImage('bunny.jpg');
var tnum = 5000;
console.log("render Object Number:",tnum);
var bunnys = [];
for(var i=0;i&i++)
var bunny = new PIXI.Sprite(texture);
bunny.position.x = Math.random()*800;
bunny.position.y = Math.random()*600;
stage.addChild(bunny);
bunnys.push(bunny);
animate();
function animate() {
requestAnimationFrame(animate);
for(var i=0;i&i++)
bunnys[i].rotation += 0.1;
renderer.render(stage);
class Main extends egret.DisplayObjectContainer {
public constructor() {
this.addEventListener(egret.Event.ADDED_TO_STAGE, this.onAddToStage, this);
private tnum:number = 100000;
private bunnys:egret.Bitmap[] = [];
private onAddToStage(event:egret.Event)
console.log("render Object Number:",this.tnum);
this.stage.dirtyRegionPolicy = egret.DirtyRegionPolicy.OFF;
RES.getResByUrl('resource/bunny.jpg',this.onComplete,this,RES.ResourceItem.TYPE_IMAGE);
private onComplete(event:any)
var img:egret.Texture = &egret.Texture&
for(var i:number=0;i&this.i++)
var bunny = new egret.Bitmap(img);
bunny.x = Math.random()*800;
bunny.y = Math.random()*600;
this.addChild(bunny);
this.bunnys.push(bunny);
this.addEventListener(egret.Event.ENTER_FRAME, this.animate,this);
private animate(evt:egret.Event)
for(var i:number=0;i&this.i++)
this.bunnys[i].rotation += 1;
enchant.js
enchant();
window.onload = function () {
var game = new Game(800, 600);
game.fps = 60;
game.preload('bunny.jpg');
game.onload = function() {
var tnum = 100000;
console.log("render Object Number:",tnum);
var bunnys = [];
var scene = new Scene();
game.pushScene(scene);
for(var i=0;i&i++)
var sprite = new Sprite(50, 50);
sprite.image = game.assets['bunny.jpg'];
sprite.x = Math.random()*800;
sprite.y = Math.random()*600;
scene.addChild(sprite);
bunnys.push(sprite);
game.addEventListener('enterframe', function() {
for(var i=0;i&i++)
bunnys[i].rotation += 1;
game.start();
TurbulenzEngine = WebGLTurbulenzEngine.create({
canvas: document.getElementById("canvas")
var graphicsDevice = TurbulenzEngine.createGraphicsDevice({});
var draw2D = Draw2D.create({
graphicsDevice: graphicsDevice
var bgColor = [1.0, 1.0, 0.0, 1.0];
var tnum = 50000;
console.log("render Object Number:", tnum);
var bunnys = [];
for (var i = 0; i & i++) {
var sprite = Draw2DSprite.create({
width: 50,
height: 50,
x: Math.random() * 800,
y: Math.random() * 600,
color: [1.0, 1.0, 1.0, 1.0],
rotation: Math.PI / 4
bunnys.push(sprite);
var texture = graphicsDevice.createTexture({
src: "bunny2.jpg",
mipmaps: true,
onload: function (texture) {
if (texture) {
for (var i = 0; i & i++) {
var sprite = bunnys[i];
sprite.setTexture(texture);
sprite.setTextureRectangle([0, 0, texture.width, texture.height]);
var PI2 = Math.PI * 2;
var rotateAngle = PI2 / 360; // 1 deg per frame
function update() {
if (graphicsDevice.beginFrame()) {
graphicsDevice.clear(bgColor, 1.0);
draw2D.begin();
for (var i = 0; i & i++) {
var sprite = bunnys[i];
sprite.rotation += rotateA
sprite.rotation %= PI2; // Wrap rotation at PI * 2
draw2D.drawSprite(sprite);
draw2D.end();
graphicsDevice.endFrame();
function render() {
var tnum = 5000;
console.log("render Object Number:", tnum);
for (var i = 0; i & i++) {
sprite.position.x = Math.random() * 800;
sprite.position.y = Math.random() * 600;
cocos2d-js
window.onload = function(){
cc.game.onStart = function(){
//load resources
cc.LoaderScene.preload(["bunny.jpg"], function () {
var tnum = 100000;
console.log("render Object Number:",tnum);
var bunnys = [];
var MyScene = cc.Scene.extend({
onEnter:function () {
this._super();
var batchNode = cc.SpriteBatchNode.create("bunny.jpg");
this.addChild(batchNode);
for(var i=0;i&i++)
var sprite = cc.Sprite.create("bunny.jpg");
sprite.setPosition((Math.random()*800), (Math.random()*600));
batchNode.addChild(sprite);
bunnys.push(sprite);
this.scheduleUpdate();
update:function () {
for(var i=0;i&i++)
bunnys[i].setRotation(bunnys[i].getRotation()+1);
this.scheduleUpdate();
cc.director.runScene(new MyScene());
cc.game.run("gameCanvas");
var PlayScreen = me.ScreenObject.extend( {
onResetEvent: function() {
me.game.world.addChild(new me.ColorLayer("background", "#5E3F66", 0), 0);
for (var i = 0; i & 5000; i++) {
me.game.world.addChild(new Smilie(i), 3);
var Smilie = me.Sprite.extend({
init : function (i) {
this._super(
me.Sprite,
(-15).random(800),
(-15).random(600),
image: me.loader.getImage(game.assets[0].name)
,width : 50
,height : 50
this.rotation = 0;
this.alwaysUpdate =
update : function () {
this.rotation += 3/180*Math.PI;
this.angle = this.
function init(){
var stage = new Hilo.Stage({
renderType:'canvas',
container: gameContainer,
width: 800,
height: 600
var sum = 5000;
var bitmaps = [];
var ticker = new Hilo.Ticker();
ticker.addTick(stage);
ticker.start(true);
for(var i = 0; i & i++) {
var bmp = new Hilo.Bitmap({
image: 'images/hero.jpg',
rect: [0, 0, 50, 50],
x: Math.random()*800,
y: Math.random()*600
}).addTo(stage);
bitmaps.push(bmp);
function animate() {
requestAnimationFrame(animate);
for(var i = 0; i & i++) {
bitmaps[i].rotation += 0.1;
animate();
我的电脑配置如下：
最终测试结果
5000 Display
10000 Display
20000 Display
enchant.js
cocos2d-js
按照上述测试方法，我们可以对引擎性能排名做一个大致排列：
第一名：Pixi.js 和 Turbulenz第二名：Egret第三名：Cocos2d-js第四名：Hilo第五名：enchant.js第六名：melonJS
最后放出一张测试时效果图
通常情况下，我们都会选择一个资料较全的产品进行学习使用，毕竟使用过程中会遇到各种各样的问题。现在游戏引擎的文档，讨论组等都已经成为了产品标配。下面这个表格就对各个引擎的这些“标配”做一个对比。
API Document
enchant.js
cocos2d-js
PlayCanvas
从上面对比表格可以看出，绝大部分引擎在文档教程方面做的还是比较深入的，但完成程度不同。大部分都为英文文档，对于国内的开发者来说可能学习起来成本略高。其中两个支持中文的引擎Egret、Hilo均为国人产品，这两款引擎在文档方面，Egret做的相当优秀，开发者可以从它的中查阅大量中文资料。
在学习难度上，Egret算是最为简单的，无论从完整度还是中文普及度上。
这部分对比是在商业产品应用中的占比情况。一个引擎被商业产品应用广泛的情况下，足以证明此引擎具备商业产品使用价值。通俗的讲，别人能用这玩意做出游戏，你也能。所以针对这两方面进行一下粗略的分析。
我对国外的HTML5游戏市场完全不了解，这个市场分析的东西太大，不好做评价。就分析一下国内的，简单看一下到底哪个引擎用的多。
我用了国内比较火的HTML5游戏平台新浪微博作为数据采样基础，一个人实在精力有限，不可能做的完整。由于客户端对游戏地址进行了加密，无法直接获取。所以用了一些调试工具来看游戏网页的标记，以此判断游戏到底使用什么引擎制作。
最终统计结果如下：
CEO养成计划
边锋斗地主
上吧主公（萌喵闯三国）
呆呆忍者村
全民穿越之宫
召唤师学院
我欲封天H5
全民魔魔哒
我们的萌萌
全员加速中
悟空归来 – 西游神传
深海保卫战
大大大掌门
泡泡奥特曼
德州扑克H5
暴走大乱斗
经典玛丽h5
小鸟情人OL
少年，好功夫
秘密魔法花园
少女H计划2
一共找了50款游戏，如上面表格。50款引擎，使用纯HTML5开发的6款，使用Egret开发的30款，Cocos2d-js的14款，laya的1款，createjs的1款。
统计结果如下：
不难看出，Egret 和 Cocos2D-js联合瓜分了大部分市场。而Egret占比居然过半，达到58%。看来Egret在国内HTML5游戏市场还是非常强悍的。
Three.js：作为老牌的3D库，它已经有众多案例，在PC多网页3D中是目前不错的选择。
Phaser：文档教程，和案例方面都很不错，功能也算的上丰富。非常适合独立游戏开发和小团队使用。
Pixi.js：作为渲染器，其渲染性能绝对是非常优秀的，游戏功能方面支持很差，适合极客程序员把玩。
Egret：性能不错，在工作流方面支持非常优秀，适应中度和重度HTML5游戏开发，有较多商业项目验证，非常适合商业团队使用。
enchant.js：性能偏差，不太推荐。
craftyJS：文档教程等方面不太完善，很难找到对应技术支持，不推荐。
Turbulenz：性能极佳，但捆绑其自身业务，不太适合国内市场。
cocos2d-js：老牌引擎，其性能在排名中居中，工作流支持相对完整，推荐。
PlayCanvas：重度3D游戏开发引擎，本文不对3D做推荐。
melonJS：性能不理想，不推荐。
Quintus：不支持WebGL模式，性能较差，不推荐。
Hilo：阿里前端团队作品，偏向于前端开发工程师，与游戏专业开发距离较大，推荐做HTML5营销小交互的使用。
HTML5游戏从2014年Egret引擎开发的神经猫引爆朋友圈之后，就开始一发不可收拾，今年《传奇世界》更是突破流水2000万！从两年多的发展来看，游戏开发变得越来越复杂，需要制作各种炫丽的效果，还要制作各种基于 2D 或者 3D 的场景。作为一名开发者，分析了当下最火爆，...
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金相信有很多朋友...
[1.导读] 游戏引擎（Game Engine）是什么？大多数人给出的解释都是基于engine的英文翻译，将游戏引擎等同于汽车中的引擎（发动机），再好一些的解释成动力，这些解释都对，但是动力只说并不全面，不能完整反映出游戏引擎在游戏中的作用与地位。 布加迪威龙之所以强大就是...
前言 我选择开发一个游戏有很多原因。我觉得自己是“核心”玩家，过去的大部分时间我都花在玩游戏，自己制作、阅读和游戏有关的项目上面。编程，或更具体地说，游戏“改装”，来源于21世纪初的反恐精英1.6。这一切都开始于我加入一个名为“SHMOD服务器20+英雄”的服务器，它让我对...
用到的组件1、通过CocoaPods安装项目名称项目信息 AFNetworking网络请求组件 FMDB本地数据库组件 SDWebImage多个缩略图缓存组件 UICKeyChainStore存放用户账号密码组件 Reachability监测网络状态 DateTools友好...
今天的内容明天来写
16 因预报有雨，未能远出，继续游泳三道堰。在水中与朋友谈论自由的问题。我说：时下之言必称民主宪政之自由主义者最不足以服人之处在于：他们不能离形而下之社会制度而言自由。因而其所言之“自由”，实际上是一件被绑在符号的设置中的不真实的东西。真正的自由，是对人之存在之既有规定性之...
文／老贝 你在极力把握住方向。你可以来临 体察仅有的一瓣罂粟 成了绝句。奢望一直松散，切骨 它洒脱，无法到达禅悟的浓酽 你不似在人间。人间疲乏而灰暗 我们瘦骨嶙峋的睿智 别涉及颤抖 我们深爱的女人却听见草木的幽叹 “我想我应当向你请求 ——可是我不敢……” 寒蝉沿我的唇边苍...
【作者】徐天择 【导师】袁文魁 【作品讲解】 1. 原文 竹里馆 王维 独坐幽篁里，弹琴复长啸。 深林人不知，明月来相照。 2. 译文 独自闲坐幽静竹林，时而弹琴时而长啸。 密林之中何人知晓我在这里？只有一轮明月静静与我相伴。 3. 绘图解说 皇冠...
和一个男人相爱
我穿着白色宽松的衬衫 我为他生了一个孩子 我们结婚了七年 出现了一个绿茶婊 我们厮打被他看到 我的脖子上清晰可见的伤痕 指甲盖大小的伤口 鲜血淋漓 绿茶婊的脖子淤青 我手举匕首 对准她的脖子 我们离婚了 再后来 镜头一转 像是我们刚相爱的时候 到了第七年 ...}