概述
游戏引擎是用于开发电子游戏的核心软件框架，为开发者提供渲染、物理模拟、音频处理、输入管理、网络通信等基础功能模块，以加速游戏制作流程。它通常包含可视化编辑器、脚本系统和资源管理工具，允许开发者专注于创意实现而非底层技术。从早期的“引擎即库”到现代的全栈式平台，游戏引擎已成为游戏工业化的基石，甚至被跨界用于影视、建筑和虚拟现实等领域。
1 历史与发展
1.1 萌芽期（1970s-1980s）
1.1.1 早期游戏复用代码库
在1970至1980年代，游戏开发主要以作坊式进行。程序员为每款游戏从头编写代码，极少在项目间重用。一些开发者开始整理通用模块（如图形绘制、碰撞检测）形成代码库，但这些库往往与特定硬件深度绑定，不具备通用性。典型的例子是雅达利2600等家用机上的游戏，其代码复用仅限于同一开发团队内部。
1.1.2 id Software与“引擎”概念的诞生
1990年代初，id Software在开发《德军总部3D》和《毁灭战士》时，将第一人称射击游戏的核心逻辑（如光线投射渲染、地图解析、输入处理）与具体游戏内容（关卡、敌人、武器）解耦，形成了可被后续游戏复用的“引擎”。约翰·卡马克主导的“id Tech”系列引擎首次将“引擎”一词从机械工程引入游戏领域，标志着现代游戏引擎概念的诞生。
1.2 成熟期（1990s-2000s）
1.2.1 商业引擎的兴起：Unreal Engine与Unity
1998年，Epic Games发布了Unreal Engine，最初随《虚幻》游戏推出。该引擎提供了完整的渲染、物理、网络模块和编辑器，并采用授权模式向其他开发者开放。2005年，Unity Technologies推出了Unity引擎，主打跨平台和易用性，以创新的“组件-实体”架构降低了开发门槛。两者分别成为高画质3D游戏和移动端/轻量级开发的事实标准。
1.2.2 专有引擎的百花齐放
同一时期，大型游戏公司纷纷构建自研引擎以获取技术壁垒。代表作有Valve的Source引擎（《半条命2》）、Crytek的CryEngine（《孤岛惊魂》）、Rockstar的RAGE引擎（《侠盗猎车手IV》）等。这些引擎针对特定品类深度优化，也推动了渲染、物理模拟的技术迭代。
1.3 现代期（2010s至今）
1.3.1 开源引擎的崛起：Godot、Cocos
2010年后，开源游戏引擎迎来爆发。Godot引擎于2014年开源，采用MIT许可证，拥有独特的场景树和GDScript脚本语言，在中小团队中迅速流行。Cocos2d-x则专注于2D移动游戏，成为大量国产手游的基石。开源引擎降低了开发成本，并促进了社区贡献和定制化。
1.3.2 实时渲染与次世代技术
现代引擎在渲染技术上取得了突破：基于物理的渲染（PBR）、动态全局光照、基于GPU的粒子系统等成为标配。Unreal Engine 4/5引入了Nanite和Lumen技术，实现数百万多边形场景的实时渲染。光线追踪（Ray Tracing）也通过硬件加速（NVIDIA RTX）融入主流引擎。
1.3.3 引擎生态化与云游戏适配
游戏引擎逐步演变为内容创作生态平台。Unity和Unreal均提供资源商店（Asset Store、Fab）、在线协作工具、云构建服务。针对云游戏，引擎开始支持低延迟流式传输、多指触控映射和边缘计算适配，例如Unity的DOTS技术栈与Unreal Engine 5的Pixel Streaming。
2 核心架构
2.1 渲染系统
2.1.1 图形API封装（DirectX、Vulkan、Metal）
引擎通过抽象层统一调用底层图形API，如Windows上的DirectX 12、跨平台Vulkan和苹果设备的Metal。开发者无需直接管理GPU资源，引擎负责状态切换、缓冲区和着色器编译，实现跨API兼容性。
2.1.2 着色器管线与光照模型
可编程着色器是现代渲染的核心。引擎提供顶点着色器、片段着色器、几何着色器、计算着色器等，配合光照模型（如Blinn-Phong、PBR）模拟材质特性。Unreal的“高光-金属度”模型和Unity的“标准着色器”是主流实践。
2.1.3 后处理特效与抗锯齿
后处理用于增强画面沉浸感：色调映射（Tonemapping）、泛光（Bloom）、景深、运动模糊等。抗锯齿技术包括MSAA、FXAA、TAA等，在性能与画质间平衡。现代引擎还集成了屏幕空间反射和体积光。
2.2 物理与碰撞系统
2.2.1 刚体与软体物理
引擎集成物理引擎（如PhysX、Bullet、Havok）模拟刚体运动，包括重力、摩擦力、碰撞响应。软体物理（布料、头发、流体）通过顶点约束或弹簧质点系统实现，常用于角色服饰和环境交互。
2.2.2 碰撞检测算法
碰撞检测分为粗检测（空间分区如AABB树、八叉树）和精检测（多边形、胶囊体、球体交点测试）。连续碰撞检测（CCD）防止高速物体穿透，离散碰撞检测适用于低速场景。
2.2.3 物理材质与关节约束
物理材质定义摩擦、弹性、粗糙度等表面属性。关节约束（铰链、弹簧、球窝）用于连接刚体，模拟门铰链、车辆悬挂等机械结构。引擎通常提供可视化关节调试工具。
2.3 音频系统
2.3.1 音频引擎（FMOD、Wwise）
主流游戏音频中间件如FMOD和Wwise，提供多平台音频播放、动态混音、音频事件系统。引擎集成这些中间件，或在内部实现类似功能（如Unity的Audio Mixer、Unreal的Audio Engine）。
2.3.2 3D空间音频与混音
引擎计算声源与听者之间的位置、距离、多普勒效应，实现3D空间音频。混音系统控制音量、低通滤波、Echo效果，支持按优先级自动管理音频通道数。
2.4 输入与交互
2.4.1 键盘/鼠标/手柄抽象层
引擎将不同外设的输入（键盘按键、鼠标移动、手柄摇杆）统一为抽象事件（Button、Axis、Vector2）。支持输入映射表，方便玩家自定义按键。Unreal的输入栏和Unity的Input System是典型实现。
2.4.2 触控与VR/AR输入
触控输入包括单点/多点触控、手势识别（滑动、捏合）。VR/AR输入则处理头显追踪、手柄6DoF位置、眼部追踪等。引擎提供专门的VR相机绑定和交互组件。
2.5 场景管理与关卡流
2.5.1 场景图与空间分区
引擎使用场景图（Scene Graph）组织所有虚拟对象（节点树），维护变换层级。空间分区（四叉树、八叉树、BSP树）加速可见性查询和碰撞检测，例如Unreal的Precomputed Visibility Volumes。
2.5.2 异步加载与内存优化
大型游戏需动态加载卸载关卡资源。引擎提供异步加载（Streaming）、资源引用计数和内存池，避免卡顿。Unreal的Level Streaming和Unity的Addressables是常见方案。
2.6 脚本与逻辑系统
2.6.1 内置脚本语言（Lua、Python）
许多引擎内嵌轻量脚本语言：如Cocos2d-x使用Lua，Godot使用GDScript（类Python），Unity支持C#和Bolt。脚本用于编写游戏逻辑、UI响应、AI行为，热更新支持免编译修改。
2.6.2 可视化脚本蓝图
Unreal Engine的Blueprint实现了节点式可视化编程，无需代码即可构建逻辑。类似工具包括Unity的Bolt、Godot的VisualScript。适用于原型设计或非程序员协作。
2.6.3 组件-实体系统（ECS）
ECS架构将游戏对象拆解为组件（数据）和系统（逻辑），提高缓存友好性和多线程安全性。Unity的DOTS、Unreal的Mass Framework是代表，广泛应用于需要大量实体（如粒子、群组）的游戏。
3 分类与选择
3.1 按渲染维度
3.1.1 2D引擎（RPG Maker、GameMaker）
专为像素、矢量或2D精灵游戏设计，提供逐帧动画、瓦片地图、2D物理。RPG Maker擅长回合制角色扮演，GameMaker支持GML脚本，在独立游戏中广泛应用。
3.1.2 3D引擎（Unreal Engine、CryEngine）
全功能3D引擎，支持高复杂度多边形、体积光照、高级特效。Unreal Engine以影视级画质著称，CryEngine在开放世界渲染上积累深厚。
3.1.3 2D/3D混合引擎（Unity、Godot）
既能制作2D游戏（Sprite、Tilemap）也能制作3D场景，部分引擎（如Godot）在本机2D/3D切换上优化，2D无需伪装成3D平面。Unity的2D渲染管线（URP）和Godot的专用2D节点是代表。
3.2 按许可证类型
3.2.1 开源引擎（Godot、Stride）
以MIT、Apache或GPL等开源协议发布，允许自由修改源码、商业使用无版权费。Godot完全免费且无分成，Stride（前身为Xenko）适用于.NET开发者。
3.2.2 商业引擎（Unreal、Unity）
通常采用收入分成或订阅模式。Unreal Engine 5对游戏收入超过100万美元收取5%分成；Unity按席位订阅，曾推出运行时费用（后撤回）。商业引擎提供更完善的技术支持和资产商店。
3.2.3 专有引擎（RE Engine、寒霜引擎）
仅限公司内部使用，不对外授权。RE Engine（卡普空）用于《生化危机》系列，寒霜引擎（EA）服务《战地》《FIFA》。专有引擎因业务保密和技术沉淀而难以模仿。
3.3 按目标平台
3.3.1 主机与PC引擎
面向高性能硬件，支持DirectX 12 Ultimate、主机SDK深度整合（如PS5的Tempest音频系统）。Unreal和Unity是主机游戏主流选择，自研引擎（如RAGE）也服务于3A大作。
3.3.2 移动端引擎（Cocos2d-x）
优化GPU带宽、内存占用和电池续航。Cocos2d-x曾统治2D手游，如今Cocos Creator 3.x支持3D。Unity的移动端渲染管线（URP on Mobile）提供帧率控制功能。
3.3.3 网页引擎（Phaser、Three.js）
基于HTML5/WebGL，免安装即开即玩。Phaser专注2D游戏，Three.js为通用3D库，可构建浏览器内3D交互。WebGPU的出现将推动更复杂的画面表现。
4 编辑器与工作流
4.1 场景编辑器
4.1.1 视图操作与网格贴附
编辑器提供透视、正交、自由旋转视图。支持网格贴附（Grid Snap）和对齐辅助，方便精确摆放物体。Unreal的“Place Actors”和Unity的“Scene Gizmo”是典型交互。
4.1.2 物件放置与层级管理
在场景中拖放资源生成对象，组织层级树（父子关系）。引擎提供复制、粘贴、成组功能，并支持Prefab/预制体实例化，修改父预制体会影响所有实例。
4.2 资源管理
4.2.1 导入管线与压缩
支持导入FBX、OBJ、PNG、WAV等常见格式。引擎自动转换纹理压缩（ASTC、ETC2、DXT）、网格LOD生成、音频重采样。导入设置（如正常、光滑贴图）可批量调节。
4.2.2 预制体与资源包
预制体（Prefab）是预先配置好的游戏对象模板，可嵌套使用。资源包（AssetBundle、Addressables）用于按需加载或热更新，打包时平台化压缩。
4.3 调试与性能分析
4.3.1 实时帧率与内存监控
编辑器内置Profiler，显示帧率、CPU/GPU时间、内存分配树。可捕捉帧文件逐帧分析，定位GC压力、渲染瓶颈。
4.3.2 渲染调试工具
允许以线框模式、无光照模式、帧缓冲可视化查看场景。常用工具包括Unity的Frame Debugger、Unreal的RenderDoc集成、GPU捕捉功能。
5 流行引擎对比
5.1 Unity vs Unreal Engine
5.1.1 学习曲线与社区生态
Unity使用C#，入门门槛较低，文档和教程丰富。Unreal使用C++和蓝图，学习曲线更陡，但免费提供大量影视级项目模板。两者社区均活跃，Unity Asset Store更庞大，Unreal Marketplace也快速增长。
5.1.2 渲染质量与性能
Unreal Engine 5默认开箱即用高保真画质（Nanite、Lumen），适合3A项目。Unity渲染需手动配置URP或HDRP，通过DOTS可达到高性能。在移动端，Unity的渲染管线优化更好；在高端PC和主机端，Unreal有天然优势。
5.1.3 收费模式与版权条款
Unity按Editor席位付费（Personal免费但年收入限制），2023年曾推出运行时安装费（已取消替代方案）。Unreal采用游戏总收入（超100万美元）5%分成，Epic Games Store独占可协商减免。两者都对企业级客户提供定制授权。
5.2 Godot vs Cocos
5.2.1 开源优势与自定义能力
Godot完全免费无分成，源码公开，社区贡献者可随时修改引擎核心。Cocos Creator 3.x虽开源但部分特性闭源（如Spine支持）。Godot的C++模块可深度改写，Cocos则依赖TypeScript进行扩展。
5.2.2 2D游戏开发体验
Godot拥有专用2D渲染器（无Z轴深度混淆场景），节点体系（CanvasItem、TileMap）直观。Cocos Creator在2D方面同样强大，尤其适配HTML5和小游戏平台。两者在2D物理、动画编辑器上旗鼓相当。
5.3 其他知名引擎
5.3.1 CryEngine与亚马逊Lumberyard
CryEngine曾以孤岛危机系列闻名，画质一流但授权贵、使用复杂。亚马逊Lumberyard基于CryEngine改造，与AWS深度整合，但2019年后停止维护，社区转向O3DE（开源版）。
5.3.2 国产引擎：Cocos Creator、LayaAir
Cocos Creator原生支持H5和原生平台，国内中小团队应用广泛。LayaAir主打3D/2D同屏渲染，用于微信小游戏和端游。还有Egret（白鹭）专注2D H5，近年逐渐衰退。
6 开发实践
6.1 从零搭建简易引擎
6.1.1 窗口创建与事件循环
使用GLFW或SDL库创建窗口，绑定OpenGL/DirectX上下文。事件循环处理输入、窗口关闭等系统消息，保证帧率平稳。
6.1.2 简易渲染管线
实现顶点缓冲、索引缓冲、Shader编译与绑定。从固定管线（如OpenGL 1.1）出发，逐步引入Uniform变量、纹理采样、MVP矩阵，完成三角形绘制。
6.1.3 游戏循环与帧率控制
采用固定时间步长（FixedUpdate）和渲染帧分离，使用查询计时器平滑帧间隔。添加帧率锁（如60fps），避免垂直同步撕裂。
6.2 性能优化技巧
6.2.1 批处理与实例化
合并相同材质的Mesh渲染调用（Static Batching），或使用GPU Instancing一次提交多个物体。减少Draw Call是提升性能的关键。
6.2.2 LOD与遮挡剔除
自动为物体生成多个精度等级（LOD），远处使用低模。预先烘焙遮挡体（Occlusion Culling）剔除被遮挡物体，Unreal的Precomputed Visibility和Unity的Occlusion Culling是常见实现。
6.2.3 多线程渲染与Job系统
将动画、物理、AI等任务分配到Worker线程，渲染主线仅做提交。Unity的Job System和Unreal的Task Graph能有效利用多核CPU。
6.3 跨平台发布注意事项
6.3.1 平台特性差异
不同平台有独有特性：手柄震动的XInput、iOS的Metal API、Android的Vulkan优先。需编写条件编译代码处理文件路径（大小写敏感）、输入适配、本地化等。
6.3.2 手柄适配与分辨率缩放
为PC、主机、移动端统一提交输入事件。分辨率缩放（DLSS、FSR、时序超采样）在高端平台平衡画质与帧率。UI需做自适应锚点和Canvas缩放。
7 引擎文化趣谈
7.1 “引擎”一词的梗：从赛车到游戏
游戏引擎的“引擎”一词直接借用自汽车发动机（Engine），早期程序员比喻为驱动游戏运行的“发动机”。这一类比催生了许多梗，如“用UE5做扫雷”、“我的代码没有引擎，只有竹竿”等。社区甚至戏称“引擎不是车，但能跑汽车模拟器”。
7.2 知名引擎“翻车”事件
7.2.1 某个渲染Bug的恶搞表情包
Unity早期版本中，当摄像机与物体重叠时会出现“全屏紫色”的默认错误颜色，被玩家戏称为“茄子引擎”。该Bug滋生了“Unity紫屏”表情包，成为开发者自嘲的符号。
7.2.2 Unity收费政策引发的社区“群嘲”
2023年9月，Unity宣布将按游戏安装次数收费（“运行时费用”），引发全球开发者抗议。各游戏工作室集体声讨，甚至有人计划转型Godot。最终Unity撤回该政策并道歉，但此事已成为游戏引擎商业化的经典反面案例。
7.3 引擎恋爱模拟器：用Unity做约会游戏真的可以吗？
网络上流传着“用Unity做恋爱模拟器”的段子，实际上《Florence》《Replica》等独立游戏成功使用Unity开发了情感叙事类作品。甚至有人用Unity的UI系统、动画状态机模拟了虚拟女友互动。引擎本身不限制题材，关键在于创意。
8 未来展望
8.1 光线追踪与全局光照革命
硬件光追（RT Core）和软件光追（RTXDI、Vulkan Ray Tracing）将进一步普及，传统烘焙光照逐渐被实时全局光照取代。Unreal的Lumen和Unity的Light Transport将推动电影级视觉效果进入实时交互。
8.2 神经网络与程序化内容生成
AI辅助引擎将在素材生成（3D模型、纹理、动画、对话）上发挥更大作用。ML模型的实时推理可驱动NPC行为、地形生成、语音合成。引擎原生集成PyTorch/TensorFlow推理是重要趋势。
8.3 云原生引擎与服务化架构
游戏引擎将“拆分”为云服务：渲染在云端进行，本地只做低延迟输入展示（类似GeForce NOW）。引擎本身提供无服务器后端、实时多人网络、自动扩缩容。WebGPU和WebTransport支持浏览器端高性能运行，云原生引擎将模糊客户端与服务器边界。