LayaAir特点
极致性能
LayaAir优先使用webgl渲染，如果webgl不可用，自动无缝转为canvas渲染，引擎设计过程中处处以性能为优先原则，LayaAir是为裸跑而设计的HTML5引擎。
轻量易用
LayaAir API设计上追求精简，简单易用，上手容易，引擎本身非常注意自身大小，是目前同等功能最小的HTML5引擎。
支持多语言开发
LayaAir同时支持ActionScript3、TypeScript、JavaScript三种语言开发HTML5
功能齐全
同时支持2D，3D，VR、时间轴动画，缓动、UI系统、粒子动画、骨骼动画、物理系统等
提供可视化辅助开发及工具流
LayaAirIDE提供代码开发工具及可视化编辑器，清晰的工作流，让美术，策划，程序紧密配合，提高开发效率
开源免费
引擎全部开源并托管到github，并且全部免费使用，包括商用
当前功能
Webgl渲染
Canvas渲染
矢量图
图集支持
加载管理器
HTML富文本
位图字体
遮罩
滤镜
时间轴动画
UI
粒子
骨骼
物理系统
可视化IDE
3D
VR
Turbulenz
Turbulenz是一个开源的HTML5游戏引擎，提供了可以运行在Windows、MacOS、Linux上的SDK，允许开发人员创建高质量和硬件加速的2D、3D游戏。包括以下功能：异步资源加载、进行特效和粒子渲染、支持物理效果、碰撞检测以及动画、3D音效支持、支持网络交互以及社交网络分享、场景和资源的管理。
优点：
1. 功能强大，同时支持2D和3D
2. 基于MIT协议的开源引擎
Construct2
Construct 2是一个运行于Windows平台的游戏制作工具，它可以让没有任何编程基础的用户在短时间内不写一行代码快速开发出一款可运行于所有平台（Windows、Mac、Linux、Android、iOS等）的游戏。版可以将游戏导出成HTML5。收费版本分为个人版（79英镑）和企业版（259英镑），可以导出所有平台的版本，同时提供了更多的特效和音乐。如果使用该工具盈利超过5000美元，需要升级到企业版。
优点：
1. 简单易用，可实时运行游戏
2. 强大的事件系统，可以不通过写代码来控制游戏逻辑
3. 提供了可编程扩展的接口
4. 提供了大量特效，支持物理效果
5. 支持所有平台
6. 完整的文档以及社区支持
缺点：
不如直接写代码灵活
ImpactJS
ImpactJS是一个基于JavaScript的HTML5游戏引擎，同时支持PC和移动平台浏览器。它是目前除了Construct2之外最受欢迎的HTML5游戏引擎，使用需要支付99美元。
优点：
1. 提供了灵活的关卡编辑器，可以快速构建游戏地图
2. 提供了强大的调试工具
3. 提供了Ejecta可以将JavaScript的执行结果通过OpenGL渲染出来，可以在iOS平台上获得与原生应用相近的效率
4. 文档齐全，有两本专门介绍ImpactJS开发的书
5. 支持物理效果
6. 支持自己编写插件来扩展
App Store游戏
1. Biolab Disaster
2. Drop JS
Cocos2d-html5
Cocos2d-html5是一款基于Cocos2d-x API的2D开源HTML5游戏引擎。它目前通过canvas进行渲染，将来会支持WebGL。它由国内Cocos2d-x核心团队主导开发和维护，行业领袖、HTML5大力推动者Google为这个项目提供支持。同时，Zynga、Google等大公司的工程师也参与到它的设计工作中。
优点：
1. 与Cocos2d的API类似，容易上手
2. 中文文档齐全，资料丰富
3. 基于MIT协议的开源引擎
H5edu教育html5开发解答
用html5写游戏，会面临一系列的问题，情况很复杂。而当下热衷于html5开发游戏的，有两拨不同的人——熟悉dom、css、js、web2.0的传统前端开发工程师和熟悉canvas的传统游戏开发工程师。这两拨人的背景截然不同，所以在很多问题的处理上有出入。1）js语法简单，很多高级一点的语法特性都没有，不适合直接拿来开发大型项目。
js核心语法只经过一个星期就设计完成了，很仓促。它在设计之初主要是为是给页面写一点“表单验证”之类的小功能，它是基于对象的语言，但extend、mix-in、import等语法都没有提供，因为打从一开始js之父从没想过有一天js会变得如此重要。在web2.0时代，有大量的DHTML需求，所以大型一些的js框架都会着手解决“大型项目可维护性”方面的问题，扩展js语言，通过封装api模拟高级语法特性，例如YUI3和Dojo。
extend和mix-in之类的还好解决一点，特别值得一提的是js模块化问题。js原生不提供import和包的机制，所以聪明的工程师自己封装了相关的api，更在近两年形成了commonJS规范。模块化、动态加载、依赖处理非常非常重要，不解决这个问题，很难优雅地处理大型项目。
html5游戏，首先它得是个js大型项目。web site在这些年积累了很多这方面的经验，html5游戏开发者应该吸收这些经验，不要写出web2.0以前的js代码水平。
2）html5是web前端技术，有web方面的特殊性。
比如说跨域问题、http优化、BOM相关接口。这些都是传统前端开发方面的知识，我敢说一大半的游戏开发工程师们不清楚JSONP是干嘛的。比如原生ajax和cookie的接口非常难用，总是要封装一下才好用的，包括1)里所讲的语法扩展，都是web开发相关的，但其实和游戏又没有直接的关系。html5游戏引擎是不方便处理这些的。这些内容可以交给传统前端的框架来做。
3）canvas和DOM，不同的GUI套路。
这是个巨大的鸿沟。前端们非常熟悉的三大基本元素html + css + js，传统游戏开发工程师们很陌生。特别是神器css，传统游戏工程师们很排斥，他们知道这个东西很好，却提不起兴趣学习，他们害怕浏览器兼容问题。他们号称开发html5游戏，其实只敢用canvas相关的子集。现在绝大多数的html5游戏引擎都是基于canvas的，纯canvas。
其实css是个巨大的神器，在GUI编程方面性价比奇高。css的api设计得如此简单却出奇强大！在桌面端已经有很多软件使用c++做个框，框里套个html，所有的GUI全是用html+css+js来实现的。在移动终端phonegap也是同样的思路。
纯canvas虽然省却了css、dom、浏览器兼容的学习成本，却主动放弃了css和dom引擎提供的大量帮助。捡芝麻丢西瓜。
4）大量不同终端和平台的适配。
html5适用的终端包括pc、移动设备甚至平板电视。操作系统有windows、ios、android、win8等主流平台，还有blackberry、web os、chrome os、ubuntu touch、firefox os，甚至wii u等非主流平台。不同的操作系统、不同分辨率、不同物理尺寸。游戏的尺寸该如何取舍？是放任缩放还是做响应式设计？浏览器能否全屏？浏览器状态栏有多高？是否是从主屏打开的（ios设备）？是横屏还是竖屏？
除了上面的这些操作系统，还有人人网、微博、微信这样的平台，也是html5游戏可以发布的地方，这些地方对接入的游戏尺寸又有哪些要求和限制？我能改页面的viewport吗？还是要将游戏的根结点进行scale缩放？
除了游戏的尺寸要适配，还有输入设备也要适配。pc的输入设备是键盘和鼠标，移动设备的输入设备是触摸屏和重力感应。什么设备使用虚拟十字键，什么设备键盘操作就行了，我们还需要对当前的终端做嗅探。
适配问题是个巨大的问题，终端多也就罢了，还很可能在不停地变化，系统升个级或者出来个新设备什么的，适配方面的工作还得持续更新。这些，游戏引擎们考虑过吗？考虑得完善，能应付我的定制需要吗？引擎更新得频繁和及时吗？
