嗯嗯，游戏引擎发展到今天，已经是一个产业化需求比较泛化的软件体系。如果细分，按不同的细分维度会有很多不同的划分，比如按功能分可以分为物理引擎，渲染引擎，脚本引擎等，按平台分可以分为PC游戏引擎，HTML5游戏引擎，移动端游戏引擎等，按渲染类别分2D引擎，3D引擎等。
再比如对于网游，又分客户端引擎和服务器引擎；服务器引擎的架构游戏类型、负载需求息息相关，架构本身和技术基础组件选型（ *** 作系统、开发语言、网络库、数据库、运维工具、运营后台等）相关联，比较灵活。
按问题要求，猜测楼主问的是通用跨平台客户端引擎，参考对象是Unity，Unreal，CocosCreator等。先提取游戏引擎典型的核心功能如下：
渲染：实现画面的展示
物理：实现物理世界的抽象和表现
音频：实现声音的播放处理
网络：实现联网功能
游戏编程接口：讲游戏引擎能够提供的接口以API形式暴露给开发者
配套的集成开发环境（IDE）：实现可视化场景编辑、组织，可视化物理编辑，可视化UI布局，资源的使用等
调试功能：提供便捷的方式以便开发者对游戏功能进行测试和debug，优化性能。
打包发布功能：生成最终的游戏的exe，app，apk等等可执行（可运行）文件
插件扩展功能：提供给高级开发者的对引擎自身功能增强的功能接口
其它功能：如Unity有service，可以集成平台数据统计、自身的视频广告等功能。
然后逐一略叙实现方式，强调一下，最好参照业内的经过广泛验证的引擎去了解，例如Unity；如果想知道更多细节，可以先使用一下主流引擎。
1渲染：为了跨平台，一般会选用跨平台的图形标准库底层如OpenGL，基于底层库再构建上层渲染框架，如精灵（Sprite），GUI，3D模型的渲染，shader扩展等。
2物理：物理引擎对运算性能要求比较高，而且底层功能的测试需要耗费大量精力，所以通常采用成熟的物理引擎，例如Havok，PhysX,Bullet,cannonjs等。
3音频：通常会采用业内成熟方案，如开源的OpenAL、FMOD、HTML5平台自身的Audio功能等。一般来说，非音乐类游戏对音频功能的需求相对不会太复杂，主要是靠专业软件提供音效文件(mp3,wma等），游戏中解析因小文件，处理声音播放，音量大小调整等。
4网络：提供联网的功能，按需提供TCP，UDP，>
5游戏编程接口：这就是提供给开发者的API的组织。确定引擎提供给开发者用什么语言编程，怎么使用、音视频资源、3D模型等，怎么提供接口和游戏运行时环境（电脑、手机）交互等。
6配套的集成开发环境（IDE）：易用的可视化开发工具，如拖拽布局、拖拽游戏资源的使用、代码编辑、集成调试打包功能等。这一块是游戏引擎开发工作量的大头，涉及用户（游戏开发者）密集使用的交互接口，要尽可能满足高效、易用。一般来说如果不是特别有能力驾驭，最好现成的采用跨平台的应用程序开发方案，比如CocosCreator采用electron框架。
7调试功能：提供查看FPS，跟踪代码运行，Profile，网络信号模拟，分辨率模拟设置，硬件设备模拟（手机）预览游戏等。建议游戏运行时与编辑器使用同一套或者大致一样的渲染和资源接口（例如Unity），这样方便降低调试和运行结果大相径庭的情况。
8打包发布功能：简单处理可以生成要打包的对应平台的工程，比如android平台生成AndroidStudio工程，ios平台生成xcode工程，注意资源、代码库的引用关系，配置文件的有效性、一致性，编译速度等。
9插件扩展功能：人力因时而穷，引擎功能不必强求一开始就大而全，可以将引擎整体设计为一个易扩展、易修改的结构，提供相应接口暴露给开发者，群策群力迭代和改进游戏引擎。
10其它功能：这一块可以根据自身引擎特点来进行添加，比如现在主流的几大引擎都有提供官方继承的资源商店、数据统计等服务接口。
真正可用的引擎的实现是一个系统而复杂的工程，有很多脏活累活需要考虑在里头，平台兼容性、性能、效果、易用性、鲁棒性、文档编写需要耗费巨量的心力；
如果是个人兴趣了解，可以根据上述内容再延伸查询相关内容，也欢迎随时交流。
如果是想做个娱乐引擎可以随意玩，技术如诗，越撸越痴；
如果是想创造一个伟大的引擎，请收下我的膝盖。
现在的游戏使用的硬件接口基本有两种，一个是DirectX，另一个是OpenGL,OpenGL只是2D3D图形图像接口，没有其它功能，DirectX则是一个全套的多媒体接口，包括2D3D图像、视频、音频、网络、输入设备等等，专为游戏制作开发。两个发展都很迅速，不断添加新的功能，并由硬件实现。游戏引擎的任务就是封装这些底层硬件加速接口的细节，并给游戏设计人员提供完善的实现游戏所需功能的接口。想要写一个引擎，首先得知道引擎是什么样，可以参考发布的引擎，有简单的非商业的，也有功能强大复杂的商业的。推荐你看看出名的2D引擎HGE，速度非常快，简单易用，引擎中包含源代码。
待审核完成后会将结果发送信息至你注册时填写的手机号，重复第② *** 作登录，即可进入开发者内容管理界面，可进行出售组件等 *** 作（为了方便演示为我的一个审核完毕的账号）1、从100个方块高的地方往下跳，并准确无误地落在1X1方块的洞里。2、击中100个方块之外移动的矿车。
3、在“The Floor is Lava”地图存活10秒以上。
4、将世界永久设定为黑夜，看看你在发疯之前能坚持多久。
5、素食主义者。
6、赤手空拳。
7、农业时代。
8、在极限模式下的超平坦世界生存。
9、极限模式下的无木头挑战。
10、成就达人。
此阶段依赖开发机，进行服务器部署、游戏内容开发等 *** 作。开发完毕，可搭建审核服。同时在开发者平台-PE内容管理-PE网络游戏管理中选择发布游戏，填写对应信息提交审核，官方人员会在10个工作日内予以审核并给到审核结果。提审通过后，将进入审核阶段。
如何快速开发一款火爆的小游戏？“火爆”是一个偏运营的词，在小游戏上线120天《微信开发者》公众号有一篇推文，其中有几个数字或许可以用来描述“火爆”这个词。截止微信小游戏正式允许第三方开发者发布已有22天，对外发布的小游戏达300多款，注册用户总规模过亿的游戏有数款，安卓月流水过千万的也有数款。
该文还提到与火爆相关的两个姿势。一是社交匹配度，在小游戏这样一个去中心化的大背景下，让游戏内容和微信社交相结合是一个很重要的点，同时开发者也需要在利用社交互动提升用户体验和群聊分享造成用户骚扰之间选择一个平衡点，过犹不及。第二是 *** 作简便度，说的是游戏易上手 *** 作简单。这是我们根据游戏成为爆款后观察得出的结论，并不是说具备这两个特性就一定能开发出一款火爆的游戏，并且新的爆款游戏也不一定符合这些特点，仅供参考。
如何快速开发一款火爆的小游戏？“火爆”是一个偏运营的词，在小游戏上线120天《微信开发者》公众号有一篇推文，其中有几个数字或许可以用来描述“火爆”这个词。截止微信小游戏正式允许第三方开发者发布已有22天，对外发布的小游戏达300多款，注册用户总规模过亿的游戏有数款，安卓月流水过千万的也有数款。
该文还提到与火爆相关的两个姿势。一是社交匹配度，在小游戏这样一个去中心化的大背景下，让游戏内容和微信社交相结合是一个很重要的点，同时开发者也需要在利用社交互动提升用户体验和群聊分享造成用户骚扰之间选择一个平衡点，过犹不及。第二是 *** 作简便度，说的是游戏易上手 *** 作简单。这是我们根据游戏成为爆款后观察得出的结论，并不是说具备这两个特性就一定能开发出一款火爆的游戏，并且新的爆款游戏也不一定符合这些特点，仅供参考。
今天介绍的内容更倾向于技术方面，所以“火爆”就从标题里面去掉了，并且也不会介绍具体的游戏逻辑如何开发，而是更偏向于如何利用好微信的开放能力开发一款小游戏。
什么是“小游戏”？小游戏是什么？
首先为大家介绍一下小游戏是什么。从普通用户的视角看，小游戏是小程序的一个子类目，可在微信内被便捷的获取和传播，即点即玩，具备出色的用户体验。小游戏是小程序，普通用户分不清也无需分清。
小游戏Runtime
如果放大小游戏的Runtime可以看到很多的细节，这是一个典型的分层架构：
最上层蓝色部分，是游戏代码，分为游戏逻辑，游戏引擎、weapp-adapter三部分。大部分游戏开发会用到一些引擎的工具、工作流，以及利用引擎封装的高层API去实现游戏逻辑。其次是weapp-adapter，因为小游戏的底层一方面不是webview，可以简单看成是webview经过精简、优化过后的平台；另一方面核心能力的实现上却参考了webview。所以这里如果有一个适配器，把小游戏的底层API——wxAPI适配到一个接近webview的接口，对上层引擎、已存在的游戏接入微信小游戏平台则会更加容易，这个就是weapp-adapter的作用。其中只有游戏逻辑是必要的。
可以看到，在架构上小游戏和小程序是有差别的，小游戏没有页面概念的，wxss/wxml不再存在。其次，底层实现也不是webview，小游戏和webview的关系只能说是渲染相关的核心能力可以通过weapp-adapter的简单适配保持接口一致，但同时很多webview上存在的功能并没有对等的实现，比如小游戏就没有DOM/BOM的概念，也没有全局的document/window对象。
小游戏的入口为gamejs文件，语言为Javascript，但有一些限制，比如禁止执行动态代码，因此eval、newFunction等能力是不支持的。配置为gamejson，可以配置横竖屏、接口超时等参数。js里面可以组合wxAPI的能力来实现游戏逻辑，非代码类的资源应该尽量放到cdn，减少整个代码包打包后的大小，以加快用户首次进入时的速度，微信对首包的大小目前限制为4MB。
WebviewAdapter
下面来说一下WebviewAdapter，它的初衷是为了让游戏开发者更好地熟悉我们的平台，所以我们的平台在能力上会尽可能地与webview做一些适配，其实这个适配也是很简单的一层。比如说我们在浏览器里面使用image对象创建一个，而在小游戏里是通过wxcreateimage来创建的，在代码中需要做一个简单的适配。
以此类推，常见的Canvas、document对象都是在Adapter中通过一个简单的适配实现的，大家可以研究链接中的代码。之后官方不会继续维护这个Adapter，我们会更专注于底层能力的建设。
小游戏能力概览
下图是小游戏能力的概览，小游戏能力的迭代比较快，部分能力还没有来得及罗列出来。比如最近刚发布的游戏圈、健康系统防沉迷相关的一些接口。
我们先看一下基础能力，在渲染这部分WebGL10和Canvas2D都是支持的，这里的Canvas更接近于浏览器里面的标准。同时，这里提到的可控帧率的概念，如果小游戏在后台运行的话，可以尽量将帧率降低。
在多媒体部分，小游戏还不能像小程序一样实现实时的音频视频流，这是我们在后续要进一步支持的。网络IO的部分与小程序也是类似的，我们也提供了一些UI的组件，比如说拉起键盘，模态对话框等。
小游戏的社交开放能力现在已经对外了。其中最重要的一个能力是在开放域将微信的好友关系开放出去，给开发者使用，考虑到对用户隐私的保护会有一些设计上的限制。
因为小游戏去中心化的特点，分享这一部分也是非常重要的，开发者要考虑如何将这个能力利用起来。在代码方面，因为首包限制是4MB，但部分小游戏的代码量可能比较大。我们最近也在规划一个分包的能力，允许异步加载代码并执行，但这个代码是一定要经过我们审核的。
如何开发一款小游戏？
那么如何开发一款小游戏？因为我本人也只是开发过一些简单的游戏，并不是专业进行游戏开发，所以接下来我会更多地介绍一下如何利用微信的能力来开发小游戏。
选择小游戏引擎
微信跟引擎商也有比较密切的合作，一般现在的游戏引擎都会支持发布到多个平台，对微信小游戏这个新平台而言，已经有一部分引擎做了适配，比如CocosCreator、EgretEngine以及LayAirEngine。适配的主要工作，类似之前提到的weapp-adapter，把wxAPI的能力，和引擎衔接起来。
比如引擎一般会把小游戏平台和webview平台对标，适配过程就是把wxAPI对应到webview的能力，同时把只存在于webview能力的依赖去除，比如不再依赖BOM、DOM。已适配的引擎都有相应的文章介绍如何把游戏发布到微信小游戏平台。
设备/环境适配
小游戏会有API提供获取屏幕的宽高、设备像素比等能力。小游戏开发完成后，在开发者工具也可以发起真机测试的请求，微信提供了不同设备的测试集群，帮助开发者提前去发现问题。基础库提供的wxAPI本身是一个不断迭代更新的过程，对于使用了新能力的小游戏，需要做低版本兼容。
微信登录
小游戏的登录过程，跟小程序是类似的。需要用户自己去定义登录状态。appsecret/session_key代表的是小游戏开发者和微信平台之间的一种信任约定，比如支付、上报托管数据，平台方需要验证access_token(只有appsecret才能换得到)，和用户相关的还要验证session_key的签名，才能保证请求来自于小游戏开发者/用户，而不是恶意的第三方和随意捏造的用户。
access_token是一种应用态的access_token，和用户无关，需要保证全局维护一份，应该有一个中控的模块去保证access_token有效，同时在有效期内直接使用本地cache的access_token，而不是每次使用都去生成新的access_token，否则可能遇到调用频率限制的错误而影响服务。切记appsecret/session_key不要放到前端代码中去，否则可能会被坏人利用损坏小游戏开发者/用户的权益。
缓存
缓存类型包括数据缓存和文件缓存两类。数据缓存即key-value存储，适合结构化类型的小数据存储，上限为10MB。文件缓存提供了一个完整的文件系统API，包括目录/文件的增删改读，适合针对经常使用的网络资源做本地缓存，上限是50MB。
和浏览器不同的是，微信只提供了基本的存储管理能力，并不对存储什么，和存储满时删除什么做一些 *** 作。开发者自行灵活定义缓存以及淘汰策略，比如对经常访问的资源存储到文件系统以及在文件存储满时，清理一些最近不常访问的文件。
开放数据域
开放数据域是一个封闭、独立的JavaScript作用域，和执行游戏逻辑的环境——称为“主域”隔离。其目的是在保证用户隐私的前提下开放用户数据给第三方，提升小游戏的整体用户体验。以下为物理视图，主域的入口为gamejs，开放数据域则是一个独立的目录，其入口文件为indexjs。
主域和开放数据域的通信受到严格的管制，基本原则是只进不“出”。
只进：允许外部的数据进入开放数据域，即主域可以随时postMessage到开放域，以及开放域引用主域准备好的本地资源
不“出”：不允许开放数据域的数据被上传到第三方服务器去。因为开放数据域里面，indexjs是可以直接访问到用户敏感数据的，比如同玩好友数据。当然最终开放数据域需要indexjs在综合各种数据后把数据以图形图像的方式渲染到sharedCanvas上，在主语sharedCanvas允许draw到主域的上屏Canvas上，最终用户会在显示屏上看到gamejs画出来的好友排行榜、群排行榜或好友超越等社交互动信息。
在开发数据域中的数据，开发者没法把数据拿出去和游戏数据做关联，所以如果需要在开放域下展示的游戏数据，比如分数，开发者需要将该数据通过上报接口把游戏数据托管到平台。这样就可以在开发数据域里面就取到相关数据，其应用场景有好友排行、群排行榜、超越好友提示等。
分享
包括自定义分享和系统菜单分享，可以分享到群聊、单聊。也可以把分享上下文与特定的群关联，实现一些群PK、群排行榜的场景。分享是一把双刃剑，需要谨慎使用，一方面避免过度骚扰用户/群聊，另一方面增强社交互动提供好的游戏体验，需要找到一个合适的平衡点。
支付
小游戏在安卓下支持虚拟支付，它的方式目前只有一种：即货币托管的方式。主要分为2个流程：
1充值：RMB->游戏币，这里开发者只需要拉起支付的流程，平台负责把用户RMB兑换成对应的游戏币，存储到用户对应的游戏帐号上
2使用游戏币购买道具：开发者可以扣除对应的游戏币，给用户发放游戏内道具，扣除游戏币的过程需要有一定的事务机制，去保证在网络异常的情况下交易正常。扣除游戏币的接口支持根据订单id去重，意味着网络超时等情况下，开发者可用同样的订单id去重试扣除，直至返回明确的响应。
以下为简单时序图，部分角色针对开发者无需关心的部分做了相应简化处理：
性能
小游戏常见的性能问题，一般是内存造成的。如果内存占用太多会被微信客户端主动关闭，因此开发者在用户游戏过程中要及时释放不再使用的内存（js代码去除引用，或主动调用对应资源的释放接口，如果有的话），特别是Canvas和Image类大型对象，同时可以主动调用wxtriggerGC触发底层回收对应资源。
对于和游戏逻辑相对独立的工作，可以考虑在worker中去实现，小游戏提供了独立的worker线程执行js逻辑的能力。
版本更新机制
小游戏启动的过程分为冷启动和热启动。冷启动是指内存中无该小游戏的运行实例的情况下，启动小游戏的过程；热启动是指小游戏的运行实例在内存中还存在，只是暂时切换到了后台，这时用户再次触发小游戏回到前台的过程。
小游戏会在冷启动时检查小游戏的版本，如有新版本，在下载回本地后，下一次冷启动即可使用最新版。当然，我们也提供了API可以供开发者决策在有版本可用时，是否需要强制更新。
运维
特别提醒，小游戏有完善的后端监控，可以通过“运维中心”开启，比如脚本错误监控。脚本错误主要由运行过程中未捕获的异常触发，需要重点关注。该类异常，可能会导致用户小游戏前端的js逻辑暂停执行。
同时，平台也提供了完善的数据分析服务，可以通过“小游戏数据助手”进行数据分析。
相比高度工业化的Unreal，不管是Unity的早期用户群还是今天的用户里，独立游戏开发者都占了相当大的比重。在一个Unity3D游戏开发的团队里，能获得最佳用户体验的团队在1人-10人，20人靠上就必须要靠专门定制的工作流程和辅助工具来保证协作质量和效率。
Unity3D游戏开发团队需要的角色，视项目的不同也有很大的区别。下面就列一下：
逻辑实现者：工作是实现从游戏主循环到每个游戏元素的逻辑。注意如果是独立游戏项目的话，借助第三方插件，非程序员也可以担任这个角色。
内容设计者：在大团队里基本上就是策划职位，负责这个任务的人基本上是一定要摆弄场景、制作prefab的，没有点动手能力光会写文档可不行。
美术：工作包括从游戏概念图的设计到模型动画等美术资源的设计制作。
交互设计和实现：界面设计、界面实现编程，由于Unity下有很多不错的UI插件，在Unity下就算是由设计师自己来做交互实现编程也不会很难。
主程序/架构设计师：适用于大项目或大团队的高端职业，他们的主要任务不是生产用户能玩到的具体游戏性，而是为其他团队成员搭建一个可以沟通协作的框架或工具集。
对大型项目来说，如果团队里没有这么一个经验丰富思路清晰的高手，很快项目就会被各种突飞猛进的同行产品所覆盖。目前Unity3D游戏开发新功能原型的产出实在是太快了，这就容易让人忽略结构的问题，当然还伴随无数难以修复的bug。
服务器程序员：网游项目必备，其描述适用于游戏工业标准。
版本管理员：适用于大项目，最好精通Git或plasticscm这类分布式版本控制系统。
音效设计师：可选，推荐还是外包音效+内部实现的做法。
学习游戏开发需要熟练掌握游戏编辑软件，熟练掌握好这些基础的游戏软件功能就可以了。常用的编辑软件有以下6种。
1、3dsMAX：大多数游戏开发公司美工使用，效率较高，可以独立制作游戏中所有美术相关资源。
2、MAYA：跟3dsMAX差不多的软件，因个人喜好而定，MAYA在制作动作的方面较MAX稍差，不过在很多方面这两款软件都是可以兼容的。
3、Deeppaint3D:可以直接打开3维模型文件，在上面绘制贴图。
4、C++：程序使用，用来实现游戏中的各种功能，调试BUG等。
5、Photoshop与Panter：配合MAX或MAYA来绘制各种模型需要用的贴图。
6、ZBrush：美工制作超高模用的，然后可以生成法线贴图，在MAYA或MAX中使用。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）