1.1 引擎演进与安装配置

1.1 引擎演进与安装配置

本节摘要：虚幻引擎从 1998 年的第一代产品演进为今天的实时世界合成平台，每次换代都在回答同一个问题——如何在固定帧预算内装下更复杂的世界。本节沿时间轴看清演进的取舍逻辑，然后落到最实际的操作：选对版本、装好环境、建出第一个项目。

从一个安装失败说起

先看一个典型场景。某团队接了个 UE5 的外包项目，成员电脑上还装着两三年前下载的 UE4.26，心想"引擎嘛，装哪个版本都一样"，直接打开客户给的工程——编辑器提示工程由更新版本创建，强制转换后材质全部丢链接，Lumen 相关设置一片空白，渲染结果和交付标准差了几个档次。折腾一个周末才明白：第一道坎不在代码，在版本与环境。

这个案例的背景是引擎版本间既有延续又有断裂：大多数资产能跨版本打开，但渲染特性、物理方案、输入框架都有明确的版本分界。操作层面，安装虚幻引擎的正规路径是通过 Epic 启动器：安装启动器后在库页面选择虚幻引擎版本安装，安装时可以勾选"入门资源"与平台支持组件。结果验证很简单——启动器里点开已装版本，新建一个空白项目，能进编辑器、能拖动视口、能 Play，环境就算可用。解读这段流程的关键在"版本对齐"：教程、素材包、团队协作都锚定具体版本，全书案例以 UE5 系列为口径，动手前先确认自己的版本号与书中一致或更新。变式方面，如果做 C++ 开发，还需在安装时勾选引擎源码选项并另装对应版本的 Visual Studio；如果目标平台是手机或主机，还要加装对应平台支持包。不同的目标，安装清单不一样，这是很多安装教程讲不清的地方。

引擎演进的账本：每次换代在争什么

把时间轴摊开看，虚幻引擎的大版本跃迁有一条清晰的预算主线。

初代引擎在1998年问世时，卖点是把"游戏"从硬编码产品里剥离出来——关卡、AI、网络逻辑用脚本语言写成，改玩法不用重编整个程序。那一代的预算几乎全部押在软件渲染的光影上，欧洲风格的拱顶与动态彩色光照在当时是技术奇观。

第三代引擎（2006年前后）把实时画质推到主机世代的天花板，静态光照烘焙体系在此定型：离线预计算的光照贴图换来运行时几乎免费的照明，代价是光源不能动、场景更新要重新烘焙。这套"以时间换空间"的账目统治了此后十多年。

第四代引擎（2014年）的招牌是蓝图可视化脚本与全套工具的开放订阅——个人免费使用、项目收入超过门槛后抽成的模式，让引擎用户群从工作室扩展到学生与独立开发者。编辑器全面开放源码可读，工程结构、模块划分从此成为公开知识。

第五代引擎（2022年起）做了前几代不敢做的事：用 Nanite 取消手工减面，用 Lumen 取消光照烘焙。两者都是拿运行时预算换创作自由——几何与光照的账单从离线转到实时，换取"改了就看见"的工作流。至于这笔账划不划算、什么场景划算，第五章会逐项听证；这里先记住演进方向：预算从"预付"转向"按帧现付"。

版本演进时间线

版本选择与安装清单

版本选择的判断标准只有三条：学习资料对齐什么版本、目标平台支持什么版本、机器吃得下什么版本。追最新版能体验新特性，但教程素材可能对不上；追旧版稳，却会在 Nanite、Lumen、增强输入这些全书反复出现的特性上缺席。折中做法是选一个已发布超过半年的稳定版本，既积累了修复补丁，又有足够的社区讨论。

安装前对着清单核对硬件：操作系统要求64位，处理器建议近几年的多核型号，内存不低于十六吉字节，显卡显存建议八吉字节以上并保持驱动更新。磁盘空间要留足——引擎本体加编译缓存和入门资源，占几十吉字节很常见，项目里的资产还会继续增长，空间紧张是后来很多离奇问题的根源。

安装完成后建议立刻做两件验证。其一，新建项目时选择带入门资源的模板，确认资源浏览器里能看到基础几何与材质，这验证了内容包完整。其二，打开项目设置里的引擎-渲染页面，确认光线追踪等选项状态正常，这验证了驱动与显卡支持。两个验证都过，后面的章节才不会卡在环境上。

第一个项目：模板里的门道

新建项目时界面会让你选游戏、影视、建筑等类别，再选模板。模板的本质是预置的工程配置加示例资产：空白模板给一张空关卡；第三人称模板给一个能跑能跳的角色和输入配置；第一人称模板则多了武器与射击逻辑。选择模板不会锁定你的项目类型，它只是决定"开局桌上摆了什么"。

本书建议初学者从第三人称模板起步：它自带的角色、输入映射和摄像机弹簧臂，恰好是第三章要拆解的对象，先玩到再拆开，理解会顺得多。项目默认配置里有两个开关值得留意：光线追踪与目标硬件规格，它们写进项目的渲染配置，直接决定后续 Lumen 的可用档位。项目创建后引擎会在磁盘上生成工程文件夹，里面有一份描述工程的名字与模块清单的文本文件、若干配置文件和一个内容文件夹——资产都住在内容文件夹里，这个习惯从第一天就要建立。

常见坑：工程路径里出现中文或空格，某些命令行工具链和第三方插件会在深水区翻车。建工程时用纯英文路径，一劳永逸。

本节要点回顾

• 引擎的演进主线是预算支付方式从离线预付转向按帧现付，Nanite 与 Lumen 是这一转向的标志性产物。
• 版本选择看三条：资料对齐、平台支持、硬件承受；学习场景选稳定版而非尝鲜版。
• 安装验证两步走：入门资源能加载、渲染选项状态正常，都通过才算环境就绪。
• 模板只是开局配置，不锁定项目方向；第三人称模板适合作为全书的学习载体。
• 纯英文工程路径是成本最低的风险规避，第一天就要养成。

高频问答

问：机器配置刚好压线，能不能直接学第五代的全部特性？
能装、能学，但 Nanite 与 Lumen 在低配显卡上只能开低档位，第五章的对照实验数字会与你机器上的有出入。折中方案：概念与操作照学，性能结论以"档位差异"来理解而不是记绝对数字。真要补齐硬件，优先升级显卡显存——引擎对显存需求的增长比对算力更陡。

问：装了最新版，手里的教程素材是旧版的怎么办？
先试直接打开：多数内容能自动升级，报错再看具体缺失项。材质丢链接通常是贴图路径解析问题，动画异常多半是骨架重定向差异。若修复成本超过重建成本，装一个与素材同版的引擎并排使用——引擎支持多版本共存，这是最省事的兼容方案。

问：源码版和启动器版怎么选？
只写玩法、用蓝图与常规 C++，启动器版足够；要改引擎内部（渲染特性定制、底层裁剪）才需要源码版，并在安装时勾选源码选项配合对应的开发环境。源码版首次编译以小时计，把它当作一次性的基建投资排进日程，别在需要出成果的当天开始编译引擎。

版本换代期的过渡策略

引擎按季度发小版本，跨小版本的升级风险远低于跨大版本，但每次更新仍建议做三件事：看官方版本说明里的废弃清单、在一个测试工程里打开现有项目跑一遍主流程、确认主力插件的新版本兼容说明。养成这个节奏后，大版本迁移（第九章的四桥路线）会从"大冒险"变成"大一点的例行更新"。磁盘管理也顺手做起来：旧版本的引擎卸载前确认没有项目还依赖它，编译缓存目录定期清理，几十吉字节的空间就是这么一点一点省出来的。