← 全部标签
# UE5
65 篇页面
页面
游戏开发 · UE5AI 感知、EQS 与导航AI Perception, EQS & NavigationAI 的感官层由三块组成：AI 感知 (AI Perception) 组件挂在 AIController 上监听视觉/听觉/伤害等刺激并更新黑板；环境查询系统 (EQS) 用生成器产生候选项、先过滤后打分，回答「哪里最好」；导航系统从碰撞几何生成分瓦片的导航网格 (NavMesh)，按多边形代价寻路，并提供 RVO 与 Detour Crowd 避让。它们为行为树/StateTree 提供输入。游戏开发 · UE5Chaos 布料Chaos ClothUE5 的布料由 Chaos Cloth 解算器模拟，它是一个基于粒子的底层解算器。有两套制作流程：一是传统流程，在骨骼网格编辑器里直接选材质分段、绘制参数遮罩（最大距离、背挡、动画驱动等）；二是 UE 5.3 起的 Panel Cloth Editor，用独立的布料资产和 Dataflow 节点图搭建，支持可选的 XPBD 约束和水平集体积 (Level Set Volume) 碰撞。游戏开发 · UE5Chaos 物理与碰撞Chaos Physics & CollisionChaos 是 UE5 的物理与破碎系统。日常最常打交道的是碰撞模型：每个物理体有对象类型 (Object Type) 和对其他类型的 Block/Overlap/Ignore 响应，结果由双方共同决定；Hit 与 Overlap 事件都要显式开启。骨骼网格通过物理资产 (Physics Asset) 获得刚体与约束（布娃娃、物理动画）；Chaos 破碎基于几何集合 (Geometry Collection) 的分级断裂、簇阈值、连接图与缓存回放，并能把事件交给 Niagara。物理体用盒/球/胶囊/凸包代理，原理对应游戏数学中的包围体与相交测试。游戏开发 · UE5Chaos 载具Chaos VehiclesChaos Vehicles 是 UE5 的轮式载具物理插件：用骨骼网格加物理资产表示车身，用 ChaosVehicleWheel 蓝图配置车轮、悬挂和刹车，用扭矩曲线描述引擎，再由动画蓝图里的 Wheel Controller 节点驱动车轮转动和转向动画。另有 Chaos Modular Vehicle 插件，用几何体集合 (Geometry Collection) 拼装可拆解的模块化载具。游戏开发 · UE5Custom 材质表达式Custom Material ExpressionCustom 节点允许在材质图里直接写 HLSL：任意数量输入、指定输出类型，可选额外输出、define 与外部 .ush/.usf 包含路径。它是「内置节点做不到」时的逃生口；代价是无法常量折叠、输入仅函数局部可见、且必须是合法 HLSL。优先用内置节点与材质函数，只在必要时上 Custom。游戏开发 · UE5Game Features 与模块化玩法Game Features & Modular GameplayGame Features 与 Modular Gameplay 两个插件让开发者把一个玩法功能做成独立的插件，可以单独启用或停用。功能本身由一个 GameFeatureData 资产里的 Action 列表描述，最常用的是 Add Components：把插件里的组件按需挂到已有的 Actor 类上。这样主工程的代码保持干净，无关功能之间不会意外产生依赖，对需要长期增减功能的线上产品尤其重要。游戏开发 · UE5Gameplay 标签深入Gameplay Tags In DepthGameplay 标签 (Gameplay Tags) 是用 . 分层的用户定义标签，必须登记到标签字典（项目设置 .ini、数据表或 C++ 原生标签宏）。对象用 FGameplayTagContainer 持有多个标签并以 HasTag/HasAny/HasAll 判断（注意空集合语义），复杂条件用 FGameplayTagQuery 的叶/根表达式组合并配置在资产里。它是 GAS、AI 和各类玩法状态的通用词汇表；大项目可限制标签编辑权限，并用 IGameplayTagAssetInterface 免 Cast 取标签。游戏开发 · UE5Gameplay 框架Gameplay FrameworkGameplay 框架 (Gameplay Framework) 是 UE 提供的一组相互配合的类，用来搭建游戏的基本结构：Actor 与组件 (Component) 构成场景中的一切；GameMode 在服务器上定规则并生成玩家；玩家由“控制器 (Controller) + 棋子 (Pawn)”组成；GameState 与 PlayerState 负责把全局与每个玩家的状态复制给所有客户端；GameInstance 跨关卡存活。游戏开发 · UE5Gameplay 能力系统Gameplay Ability SystemGameplay 能力系统 (Gameplay Ability System, GAS) 是 UE 用来构建「Actor 可拥有并反复触发的能力」的框架：能力系统组件 (Ability System Component, ASC) 是持有者，Gameplay 能力 (Gameplay Ability) 编排执行过程，属性集 (Attribute Set) 存数值，Gameplay 效果 (Gameplay Effect, GE) 改数值和标签，Gameplay 标签 (Gameplay Tags) 做状态与互斥，Gameplay Cue 负责表现。它内建复制与客户端预测，代价是概念多、上手重，游戏开发 · UE5Gameplay 调试器与可视化日志Gameplay Debugger & Visual LoggerGameplay 调试器 (GDT) 用于在运行时实时查看玩法数据（Pawn、AIController、行为树与黑板、EQS、感知、导航网格），联网时客户端也能看，并且只复制已启用类别的数据。可视化日志 (Visual Logger) 则把 Actor 的状态和图形化信息录下来，之后在编辑器里按时间轴来回拖动查看，适合排查难以复现的 bug。游戏开发 · UE5IK Rig 与动画重定向IK Rig & RetargetingIK Rig 资产为某个骨骼网格定义 IK 目标 (Goal)、求解器栈 (Solver Stack) 和骨骼设置；IK Retargeter 用两个 IK Rig 中定义的重定向链 (retarget chains)，在骨骼数量、骨骼名称和朝向都不同的骨架之间传递动画，还可以用 IK 保持手脚接触点的精确。参考姿势不同（例如 T 形与 A 形）时，需要编辑重定向姿势。游戏开发 · UE5Live Coding 实时编译Live CodingLive Coding 集成了 Live++，在引擎运行时重新编译 C++ 并给二进制打补丁；它比旧的 Hot Reload 快得多、也更灵活，新安装默认启用，快捷键 Ctrl+Alt+F11。默认开启的「对象重实例化 (Object Reinstancing)」会替换掉现有的 UCLASS/USTRUCT 等对象实例，从而支持新增函数、变量这类结构性修改；关闭它时只适合小改动，大改通常会崩溃。坑：在 .cpp 构造函数里改的默认值不会作用到已存在的实例。游戏开发 · UE5Lumen 全局光照与反射Lumen Global Illumination & ReflectionsLumen 是 UE5 默认的全动态全局光照 (Global Illumination, GI) 与反射系统：先做屏幕空间追踪，未命中再对"Lumen 场景"做软件光追（有符号距离场）或硬件光追，命中点的光照从按网格离线放置的卡片 (Card) 构成的表面缓存 (Surface Cache) 中查询，表面缓存的直接与间接光照分摊到多帧更新，从而得到无限次漫反射弹射和全粗糙度范围的反射。游戏开发 · UE5MassEntity 数据导向框架MassEntity FrameworkMassEntity 是 UE5 面向玩法的数据导向 (Data-Oriented) 计算框架，属于实体-组件-系统 (Entity Component System, ECS) 一类设计：实体 (Entity) 只是一个 ID 加上一组片段 (Fragment) 数据，相同组成的实体归入同一原型 (Archetype) 并按内存块 (Chunk) 连续存放，无状态的处理器 (Processor) 通过实体查询 (EntityQuery) 批量处理片段。它适合成千上万个同质对象（人群、交通），MassGameplay 插件在其上提供表现、生成、LOD、复制、StateTree 等功能。游戏开发 · UE5MetaHuman 数字人MetaHumanMetaHuman 是 Epic 的一套完整框架，用来创建、驱动和使用带完整绑定、照片级的数字人。从 UE 5.6 起，MetaHuman Creator 完全集成进引擎（双击 MetaHuman Character 资产打开），可以把角色组装 (Assembly) 成针对不同目标环境优化的资产。在引擎层面，最需要关心的是 LOD：MetaHuman 由多个 LOD 数量不同的组件组成，由 LODSync 组件统一切换；毛发是 Groom 资产，可以在发丝、发片、网格三种几何之间按 LOD 切换。游戏开发 · UE5Nanite 虚拟化几何体Nanite Virtualized GeometryNanite 是 UE5 的虚拟化几何体 (Virtualized Geometry) 系统：导入时把网格切成分层的三角形簇 (Cluster)，渲染时按相机视角逐簇选择细节层次并无缝拼接，按需从磁盘流送，并在绕过传统绘制调用 (Draw Call) 的独立通道中渲染，使帧预算不再受多边形数、绘制调用和网格内存约束。游戏开发 · UE5Niagara 粒子系统Niagara VFX SystemNiagara 是 UE5 的 VFX 系统，由系统 (System) → 发射器 (Emitter) → 模块 (Module) 的栈式结构组成：发射器按 Emitter Spawn/Update、Particle Spawn/Update、Event、Render 分组，模块是自上而下执行、基于 HLSL 的「读-算-写」单元。继承、动态输入、事件和数据接口 (Data Interface) 提供复用与外部数据访问；发射器可选 CPU 或 GPU 计算着色器模拟。官方 5.8 文档未找到 CPU/GPU 对比页，相关取舍按通识标注。游戏开发 · UE5PCG 程序化内容生成框架PCG FrameworkPCG 框架把程序化内容表达为「点流」：PCG 组件/体积从关卡采样空间数据，图中的 Sampler 生成带变换、密度、种子与自定义属性的点，经过滤与变换后由 Spawner 生成网格或 Actor，编辑器中实时更新，也可运行时生成。属性分为 $ 静态属性和元数据动态属性，按 @Data/@Points/@Elements 域组织；图参数与图实例的用法类似材质参数与材质实例；与世界分区集成，生成物继承数据层与 HLOD 层。游戏开发 · UE5Sequencer 过场动画SequencerSequencer 是 UE 的多轨道过场动画编辑器：在 Level Sequence 资产里添加轨道和关键帧，来驱动物体、角色和相机。数据存放在 Level Sequence 资产（内容浏览器中），由关卡里的 Level Sequence Actor 把它绑定到关卡并播放。Camera Cuts 轨道在播放时接管相机；最终的高质量输出通过 Movie Render Queue 完成，可以搭配路径追踪器。游戏开发 · UE5Substrate 材质Substrate MaterialsSubstrate 用一种更有表现力、更模块化的框架，取代旧材质系统里固定的一组着色模型和混合模式（Default Lit、Clear Coat 等）。材质被看作一块块「物质板 (Slab)」，每块是用有明确单位的物理量参数化的原则化 BSDF，再通过混合、垂直分层等运算组合成图。代价是光照评估更贵，所以提供参数混合和两种 GBuffer 格式（Blendable / Adaptive）来在速度和画质之间取舍。新项目默认启用 Substrate；升级到 5.7 及以后的老项目默认不启用。游戏开发 · UE5TSR 与抗锯齿方案Temporal Super Resolution & Anti-AliasingUE5 提供四种抗锯齿：时间超分辨率 (Temporal Super Resolution, TSR，默认)、时间抗锯齿上采样 (TAAU)、快速近似抗锯齿 (FXAA) 和仅前向渲染可用的多重采样抗锯齿 (MSAA)。TSR 是与平台无关的时间性上采样器，用低内部分辨率渲染，借助历史帧累积细节输出接近原生的画面，把节省的 GPU 时间留给 Nanite 与 Lumen。游戏开发 · UE5UE5 性能分析UE5 ProfilingUE5 性能分析的基本流程是：先用 stat unit 判断瓶颈在游戏线程、渲染线程还是 GPU，再用对应的 stat 组、profilegpu/GPU 统计或 Unreal Insights 的 Timing/Memory 等视图向下钻取；渲染特性（RDG、VSM、TSR）各自提供作用域和可视化。测量时要避开会扭曲数据的设置（调试构建、异步计算、可视化模式）。游戏开发 · UE5UE5 渲染架构UE5 Rendering ArchitectureUE5 的渲染器是独立的 Renderer 模块，在渲染线程 (Rendering Thread) 上以「场景代理」镜像游戏线程的组件状态，每帧按固定顺序执行深度预通道、G-buffer 基础通道、光照、雾、半透明和后处理。现代渲染代码用渲染依赖图 (Render Dependency Graph, RDG) 声明通道与资源，由 RDG 自动排屏障、复用瞬态内存、并行录制；最终命令经 RHI 线程翻译成 D3D12/Vulkan 等图形 API 调用。默认走延迟着色 (Deferred Shading)，也可切换前向着色 (Forward Shading)。游戏开发 · UE5UMG、Slate 与 Common UIUMG, Slate & Common UISlate 是 UE 平台无关的 C++ 声明式 UI 框架（编辑器即用它构建），UMG 是在其之上的可视化控件蓝图层（UE 5.8 API：UWidget 是所有暴露给 UObject 的被包装 Slate 控件的基类），Common UI 插件再在 UMG 之上补充多层界面、输入路由、手柄导航、平台按键图标和样式资产。官方 UMG 最佳实践强调事件驱动更新而非绑定/Tick、固定分辨率与 DPI 制作、用 Scale Box 而非 Render Transform 做永久缩放。游戏开发 · UE5UObject 与反射系统UObject & Reflection System虚幻引擎 (Unreal Engine) 的对象基类是 UObject。在 C++ 类、属性、函数上加 UCLASS/UPROPERTY/UFUNCTION 等宏，再由构建前的预处理工具虚幻头文件工具 (Unreal Header Tool, UHT) 扫描头文件生成代码，引擎就能在运行时“看见”这些类型——这就是反射系统 (Reflection System)。垃圾回收、序列化、编辑器面板、蓝图、网络复制都建立在它之上。游戏开发 · UE5专用服务器Dedicated ServerUE 多人游戏采用客户端-服务器模型。监听服务器 (listen server) 由某个玩家的客户端兼任服务器；专用服务器 (dedicated server) 无头运行，不渲染画面，也没有本地玩家。专用服务器体积更小、房主没有不公平优势、能专注于玩法逻辑，适合大规模或竞技游戏。构建专用服务器需要源码版引擎和支持客户端-服务器的 C++ 项目，并要有 <ProjectServer.Target.cs。游戏开发 · UE5世界分区World Partition世界分区 (World Partition) 是 UE5 的自动数据管理与基于距离的关卡流送 (Level Streaming) 系统：整个世界存为一个持久关卡，按可配置的运行时网格划分为单元格 (Cell)，由流送源 (Streaming Source，默认是玩家控制器) 按距离加载/卸载。它配合一 Actor 一文件 (One File Per Actor, OFPA) 支持多人协作编辑，用数据层 (Data Layers) 按玩法状态切换内容，用分层细节层次 (Hierarchical Level of Detail, HLOD) 在远处以代理网格显示未加载的单元格。游戏开发 · UE5任务系统Tasks SystemUE::Tasks 是 UE5 的任务级并行库，是对 TaskGraph 的改进，与 TaskGraph 共用同一套调度器和工作线程。它支持启动任务、等待或取结果、声明前置依赖、嵌套任务、管道 (Pipe) 和任务事件。官方建议用依赖关系把工作连成图，而不是阻塞等待；5.5 起用「超额订阅」取代了容易死锁的忙等待。游戏开发 · UE5像素流送Pixel Streaming像素流送 (Pixel Streaming) 让 UE 应用运行在桌面 PC 或云服务器上，把渲染好的画面和音频编码成媒体流，通过 WebRTC 点对点发送到浏览器和移动设备；用户可以在网页里用键盘、鼠标、触摸、手柄操作应用。系统由引擎内的 Pixel Streaming 插件和一个信令与 Web 服务器 (Signalling and Web Server) 组成，跨网络连接时需要 STUN/TURN。游戏开发 · UE5光源类型与静态光照Light Types & Static LightingUE 有五种光源：定向光、天空光、点光、聚光和矩形光。每个光源有三种移动性 (Mobility)：静态 (Static) 只烘焙进光照贴图；固定 (Stationary) 烘焙间接光，同时能为可移动物体投射动态阴影，但一个物体最多受 4 个固定光源影响；可移动 (Movable) 完全动态。烘焙由 Lightmass（CPU 版或基于 DXR 的 GPU 版）完成，Lightmass 重要性体积用来把光子集中到可玩区域。游戏开发 · UE5动画蓝图与动画系统Animation Blueprint & Animation SystemUE5 角色动画以动画蓝图 (Animation Blueprint) 为核心：它每帧为骨骼网格体 (Skeletal Mesh) 计算最终姿势。动画蓝图内部用状态机 (State Machine) 组织“何时播什么”，用混合空间 (Blend Space) 按速度、方向等参数连续混合，用蒙太奇 (Animation Montage) 在插槽 (Slot) 中插播攻击、交互等一次性动作，用 Control Rig 做程序化骨骼控制（如贴地）。算出的骨骼姿势最终交给蒙皮 (Skinning) 驱动顶点。游戏开发 · UE5后处理体积与效果Post Process Volumes & EffectsUE 的后处理效果（调色、色调映射、泛光、曝光、景深、运动模糊等）通过后处理体积 (Post Process Volume) 或相机设置来指定，即使关卡里没有体积，引擎也有默认的后处理设置。多个体积重叠时按优先级 (Priority) 覆盖，用混合半径 (Blend Radius) 和混合权重 (Blend Weight) 平滑过渡；Infinite Extent (Unbound) 让体积作用于整个场景。游戏开发 · UE5在线子系统与 EOSOnline Subsystem & EOSOnline Subsystem (OSS) 是 UE 访问 Steam、Xbox Live、Epic 等在线服务的统一抽象：按功能分成身份 (Identity)、会话 (Session)、好友、成就等接口，所有远程操作都是异步的，用委托回调。UE 5.1 起新增了 Online Services 插件（5.8 中仍为 Beta），返回 TOnlineAsyncOpHandle 句柄。Epic Online Services 通过 OSS EOS 插件接入；在 Steam 等其他平台发行时，可以再叠加 EOS Plus 插件。游戏开发 · UE5地形系统LandscapeUE5 的 Landscape 把地形切成大小相同的正方形组件 (Component)，组件是渲染、可见性计算和碰撞的基本单位；每个组件可以再分成 1 个或 2×2 个分段 (Section)，分段是 LOD 计算的基本单位。分段的顶点数必须是 2 的幂（最大 256×256），这样不同 LOD 可以存进高度纹理的 mipmap。地形材质用 Landscape Layer Blend 节点按权重图混合多个图层。游戏开发 · UE5垃圾回收与对象生命周期Garbage Collection & Object LifecycleUE 用标记-清除式的可达性分析管理 UObject 内存：从根集合 (Root Set) 出发沿反射可见的强引用遍历对象图，找不到的对象在下次垃圾回收 (Garbage Collection, GC) 时被删除。因此“谁持有 UPROPERTY 引用”决定了对象活多久；Actor 调用 Destroy() 只是请求销毁，真正释放仍取决于引用是否全部放开。游戏开发 · UE5增强输入Enhanced Input增强输入 (Enhanced Input) 是 UE5 默认启用的输入插件，把输入拆成四层：输入动作 (Input Action) 表示“玩家想做什么”，输入映射上下文 (Input Mapping Context) 规定“哪些按键在什么情境下触发它”，输入修饰器 (Input Modifier) 预处理原始值，输入触发器 (Input Trigger) 判定是否触发。上下文可在运行时按优先级增删，从而用数据资产而非代码处理情境切换、按键冲突与改键。游戏开发 · UE5复制图Replication Graph复制图 (Replication Graph) 插件解决的是服务器 CPU 瓶颈：标准做法是让每个复制 Actor 对每个连接各自判断是否需要发送，玩家和 Actor 一多（Fortnite 大逃杀开局有 100 名玩家、约 5 万个复制 Actor）就撑不住。复制图由持久存在的节点组成，按空间网格、休眠、常驻相关等规则预先分组，并缓存可跨帧、跨连接共享的复制列表。游戏开发 · UE5天空大气与体积云Sky Atmosphere & Volumetric Clouds天空大气 (Sky Atmosphere) 组件是基于物理的天空与大气渲染：模拟瑞利散射 (Rayleigh)、米氏散射 (Mie) 和臭氧吸收，天色随太阳高度变化，并提供带行星曲率的空气透视，可以从地面平滑过渡到外太空。体积云 (Volumetric Cloud) 组件用材质驱动的三维体积纹理做光线步进，多次散射用若干「八度」近似，云的阴影可以用光线步进或 Beer 阴影贴图。游戏开发 · UE5委托与 Tick 机制Delegates & TickUE 有两种驱动游戏逻辑的方式：事件驱动——委托 (Delegate) 在某事发生时回调绑定的函数；轮询驱动——Tick 每帧（或按最小间隔）调用 Actor/组件的更新函数，并按 Tick 组 (Tick Group) 与物理模拟排序。官方建议能用定时器、委托就不用 Tick，必须 Tick 时用 Tick 组和 Tick 依赖保证顺序，避免“差一帧”问题。游戏开发 · UE5子系统Subsystems子系统 (Subsystem) 是自动实例化、生命周期绑定在宿主对象上的类：Engine、Editor、GameInstance、World、LocalPlayer 五种。宿主创建时自动创建并 Initialize()，宿主关闭时 Deinitialize()，之后无引用即被 GC。它替代了「继承 GameInstance 塞管理器」的老做法，自带按类型的蓝图节点和 Python 访问，特别适合插件。官方编程页只列四种，World 子系统依据 5.8 Python API 补充。游戏开发 · UE5存档系统SaveGameUE 的存档围绕自定义的 USaveGame 子类进行：保存时把需要持久化的数据从游戏世界拷进 SaveGame 对象，再用 UGameplayStatics 写入某个存档槽（槽名 + 用户索引）；读档时反过来。官方推荐用 AsyncSaveGameToSlot 异步保存，避免掉帧，也避免某些平台的认证问题。游戏开发 · UE5容器与字符串Containers & StringsUE 不用 STL，而用自带的值类型容器：TArray（连续数组）、TMap/TMultiMap（哈希映射）和 TSet（哈希集合），都假定元素可按字节直接搬移。字符串分三种：FName 存索引、比较便宜，FText 用于可本地化的界面文本，FString 可以修改但开销最大。选错类型的代价主要是性能和本地化。游戏开发 · UE5智能指针与 TObjectPtrSmart Pointers & TObjectPtrUE 有两套对象寿命管理：普通 C++ 对象用引用计数智能指针（TSharedPtr/TSharedRef/TWeakPtr/TUniquePtr），UObject 由垃圾回收管理，不能放进这些智能指针。UE5 新增的 TObjectPtr 用来替代 UPROPERTY 里的 UObject 裸指针：编辑器构建中提供动态解析和访问跟踪，非编辑器构建中与裸指针表现相同。游戏开发 · UE5本地化LocalizationUE 的本地化以 FText 类型为中心，国际化（数字、日期、复数规则、文化回退）依赖 ICU 库。可本地化的文本由命名空间、键、源字符串三部分标识；本地化管线按目标 (Localization Target) 依次收集 (Gather) 到 manifest、翻译进各文化的 archive（通常经 PO 文件导出导入）、编译成运行时加载的 .locres。Localization Dashboard 是管理这条管线的推荐工具。游戏开发 · UE5材质图到 HLSL 的翻译Material Graph to HLSL Translation材质编辑器点 Apply 之后，引擎先把节点图翻译成 HLSL，再把 HLSL 编译成 GPU 字节码。翻译以 MaterialTemplate.ush 为模板、由 FHLSLMaterialTranslator 做文本替换与常量折叠；内置节点能被折叠，Custom 材质表达式 则不能。每个材质还会按特性/平台/用途生成多份着色器排列。游戏开发 · UE5材质系统Material SystemUE 材质 (Material) 是用节点图描述「表面如何与光交互」的着色器生成器。它有三个正交维度：着色模型 (Shading Model) 决定光照模型（Default Lit、次表面、清漆、毛发等），混合模式 (Blend Mode) 决定与背景的合成公式（Opaque/Masked/Translucent…），参数 + 材质实例 (Material Instance) 让美术在不重编译着色器的前提下做变体。PBR 输入（Base Color/Roughness/Metallic/Specular）直接对应 RTR4 的金属度-粗糙度工作流；最大的工程坑是静态参数导致的着色器排列爆炸。游戏开发 · UE5模块、插件与构建系统Modules, Plugins & Build SystemUE 的代码由模块 (Module) 组成：每个模块是一个独立编译单元，用 [模块名].Build.cs 声明依赖。插件 (Plugin) 是可按项目启用/禁用的代码与内容集合，用 .uplugin 描述，可包含多个模块。虚幻构建工具 (UnrealBuildTool, UBT) 根据 .Target.cs 和 .Build.cs（而不是 IDE 的 .sln）编译，默认把模块编成 DLL 由一个可执行文件加载，也可整体链接成单体 (Monolithic) 可执行文件。游戏开发 · UE5水体系统Water SystemUE5 的 Water 插件用样条 (Spline) 定义海洋、湖泊、河流和自定义水体，它们会自动通过 Landscape 笔刷在地形上挖出河床和湖底。所有水体共用由 Water Zone 生成的同一套瓦片网格，因此相互衔接无缝。网格 LOD 每帧遍历四叉树生成，相邻 LOD 之间平滑变形过渡，远处用一块远景网格填补到地平线。游戏开发 · UE5烘焙、打包与 Zen 加载器Cooking, Packaging & Zen Loader打包是一组构建操作：编译 (Build) → 烘焙 (Cook，把资产转成目标平台格式) → 暂存 (Stage) → 打包 (Package) → 可选的部署 (Deploy)。UE5 的运行时加载器 Zen Loader 会在暂存阶段离线算好包与对象的依赖图，并把数据装进 .utoc/.ucas 容器（IoStore），由 I/O 分发器以很低的 CPU 开销定位数据块；.pak 只用于不常访问的零散文件。游戏开发 · UE5相机系统Camera System传统相机链路是：PlayerController 持有 PlayerCameraManager，后者维护一个视图目标 (view target)，通过 CalcCamera 取得相机组件或 Actor 的位置朝向，并在不同目标之间混合。实验性的 Gameplay Camera System 把相机行为做成数据资产：一个 Camera Asset 包含多个由节点网络构成的 Camera Rig、进出转换，以及决定当前使用哪个 Rig 的 Camera Director。游戏开发 · UE5硬件光线追踪与路径追踪器Hardware Ray Tracing & Path TracerUE5 的硬件光线追踪 (HWRT) 大部分功能都集成在 Lumen 里；也有光追阴影等独立功能。Lumen 在显卡、RHI 和操作系统支持时使用 HWRT，否则回退到软件光追；反射光线可以用表面缓存（快）或命中点光照（质量高）来着色；实例超过 10 万时，HWRT 的场景更新开销很大。路径追踪器 (Path Tracer) 是渐进式、硬件加速的无偏渲染模式，用作 ground truth 参考和影视级最终输出，与 Sequencer/Movie Render Queue 集成。游戏开发 · UE5移动端渲染优化Mobile Rendering Optimization移动端优化的核心是认清设备的 CPU/GPU 速度、线程、带宽和内存，然后控制最主要的几项开销：Draw Call（官方称其为当前导致图形性能低下的最大因素，在 Galaxy Tab S6 上建议约 700 个，低端设备少于 500 个）、材质复杂度和 overdraw。合并网格和材质（Substance 把多种材质画进同一张纹理，用顶点色作遮罩）是减少 Draw Call 最直接的办法。游戏开发 · UE5编辑器扩展与 Python 脚本Editor Extension & Python Scripting扩展 UE 编辑器有三条主要路线，门槛由低到高：Python 脚本（只在编辑器中可用，适合批量处理资产和串联外部 DCC 管线）、Editor Utility Widget（基于 UMG 的蓝图编辑器界面，做成自定义标签页），以及 C++ 编辑器插件（如 Editor Standalone Window 模板，用 Slate 的声明式语法构建窗口）。游戏开发 · UE5网络复制与 RPCNetwork Replication & RPCUE 采用服务器权威 (Server-Authoritative) 的客户端-服务器模型：游戏真正在服务器上进行，服务器把状态复制 (Replication) 给客户端，客户端通过远程过程调用 (Remote Procedure Call, RPC) 向服务器请求操作。开发者需要显式声明哪些 Actor、属性、函数要走网络，并借助所有权、网络角色、相关性、优先级控制“发给谁、发多少”。UE 5.8 提供通用复制系统、Replication Graph 和实验性的 Iris 三套复制系统。游戏开发 · UE5自动化测试Automation TestingUE 的自动化系统 (Automation System) 构建在功能测试框架之上，支持单元测试、功能测试、内容压力测试和截图对比，并借助 Unreal Message Bus 提高稳定性。测试按用途分为 Unit、Feature、Smoke（承诺 1 秒内完成）、Content Stress 和 Screenshot Comparison。它依赖引擎系统运行，所以不适合纯粹的单元测试；这种情况用 Low-Level Tests。跨进程的整局会话测试用 Gauntlet。游戏开发 · UE5蓝图与 C++ 协作Blueprint & C++ InteropEpic 官方建议：多数项目混用蓝图 (Blueprint) 与 C++，以 C++ 作为基础、在其上构建蓝图类。C++ 适合“编程”——定义系统；蓝图适合“脚本”——在已有系统上定义具体行为。两者通过反射说明符互相调用：C++ 用 BlueprintCallable/BlueprintReadWrite 等暴露给蓝图，用 BlueprintImplementableEvent/BlueprintNativeEvent 让蓝图实现或覆盖 C++ 声明的函数。游戏开发 · UE5虚拟阴影贴图Virtual Shadow Maps虚拟阴影贴图 (Virtual Shadow Maps, VSM) 是 UE5 默认的阴影方法：概念上就是分辨率极高（虚拟 16k×16k）的阴影贴图，切成 128×128 的页 (Page)，只为屏幕上需要着色的像素分配和渲染页，并跨帧缓存；方向光用 clipmap 覆盖大范围，软阴影由阴影贴图光线追踪 (Shadow Map Ray Tracing, SMRT) 生成。它为 Nanite 设计，与 Nanite 一起使用时最高效。游戏开发 · UE5行为树与 StateTreeBehavior Tree & StateTreeUE 的 AI 决策有两套工具：行为树 (Behavior Tree) + 黑板 (Blackboard) 是事件驱动的，条件写成装饰器 (Decorator)，用 Simple Parallel、Services 和 Observer Aborts 代替传统并行节点；StateTree 是结合了行为树选择器和状态机转换的通用分层状态机，只在转换触发时按需选择状态，激活路径上的任务并发运行，通过属性绑定传递数据，也是 Mass 的行为层。优先级抢占多的战斗 AI 适合行为树，状态显式、分层或大规模的场景适合 StateTree。游戏开发 · UE5角色移动组件与 MoverCharacter Movement Component & Mover角色移动组件 (CMC) 用「客户端预测 + 服务器校验 + 纠正后重放」实现联网移动：自主代理先在本地移动并把操作存起来，用 ServerMove RPC 发给服务器重演，位置不符时服务器用 ClientAdjustPosition 纠正，客户端再按保存的操作重放；模拟代理只应用复制下来的移动并做平滑。实验性插件 Mover 计划接替 CMC，改用共享时间线、回滚与重模拟的模型，并且更模块化。游戏开发 · UE5资产管理与异步加载Asset Management & Async LoadingUE 资产默认按引用自动加载：硬引用 (Hard Reference) 会让被引用资产随引用者一起加载，不加控制就可能在启动时加载全部内容。软引用 (Soft Reference，TSoftObjectPtr/FSoftObjectPath) 只存路径，配合流式管理器 (Streamable Manager) 异步按需加载；资产管理器 (Asset Manager) 进一步把内容划分为主资产 (Primary Asset) 和次资产 (Secondary Asset)，用资产包 (Asset Bundle) 管理加载、卸载、烘焙分块与内存审计。游戏开发 · UE5运动匹配Motion Matching运动匹配 (Motion Matching) 是 Pose Search 插件提供的动画蓝图节点，可以作为状态机和混合空间的动态替代：每次用 Schema 定义的通道（骨骼位置/速度、轨迹采样点等）构造查询，在数据库里的大量动画中找出代价最低的姿势，而不需要手工编写过渡和混合逻辑。增加动画数据就能提高保真度；代价是内存和查询开销会随通道、采样数和采样率增加。游戏开发 · UE5配置文件系统Configuration FilesUE 的 .ini 配置按类别（Engine、Game、Input……）分层加载：从引擎 Base 文件到项目 Default 文件，再到平台文件和用户文件，后加载的同名键覆盖先加载的。数组可以用 +、-、! 等运算符跨层增删。UCLASS(config=X) 加上 UPROPERTY(Config) 可以让类的默认值从 ini 自动读取；命令行 -ini: 可以临时覆盖。游戏开发 · UE5音频系统与 MetaSoundsAudio System & MetaSoundsUE5 的音频资产分三层：音源 (Sound Source) 负责产生声音，UE5 主推 MetaSounds，它是一张由设计师搭建的数字信号处理 (DSP) 图，能精确到单个采样；分组与混音用 Sound Class 和 Sound Class Mix 批量调整音量和音高；空间与资源由 Sound Attenuation（随距离衰减和空间化）和 Sound Concurrency（限制同时播放数量）控制。需要和节拍对齐的玩法可以用 Quartz 做精确到采样的调度。综合引擎运行时架构总览Engine Runtime Architecture Overview本页把 wiki 中分散在 GEA 第 1、6、8、17 章及 GPP、UE5 相关页面里的内容串成一条线，回答"一个游戏引擎在运行时是怎样组织起来的"：静态结构上是自下而上的分层，上层依赖下层；启动关闭按依赖顺序显式进行；每一帧由主循环驱动各子系统批量更新，游戏对象的逻辑被安排在子系统阶段之间，并按依赖分桶或设先后关系；多核上一帧被拆成成百上千个作业；玩法基础系统（对象模型、事件、脚本、世界加载流送、高层流程）位于引擎与游戏的分界线附近。各结论的细节与出处见所链接的概念页。综合游戏中的内存管理Memory Management in Games本页把 wiki 中关于内存的内容串成一条线：内存从两方面影响游戏，一是访问模式（缓存未命中远比计算昂贵），二是分配本身（通用堆分配慢且产生碎片，而主机上没有自动换页的虚拟内存兜底）。对策按生命周期组织：常驻与关卡数据用栈、每帧临时数据用单帧/双缓冲分配器、同尺寸小对象用池或小内存分配器、大小不一的动态对象用堆加碎片整理与句柄；资源按引用计数和分块加载管理，流送系统把世界切成等大的块；UE 则在 UObject 层用垃圾回收管理对象生命周期。最后，没有准确的追踪工具，以上一切都无从验证。各结论的细节与出处见所链接的概念页。