第4章 渲染管线与材质系统

考点： 渲染管线阶段、可见性、后处理、UE5 管线变化

参考答案：

1. 整体流程分为五个阶段：
   • 预处理：可见性判定（视锥体裁剪、遮挡剔除、距离裁剪）；
   • 几何阶段：顶点着色器、世界/投影变换、（可选）曲面细分/几何着色器、光栅化、像素着色器；
   • 光照阶段：Base Pass 写入 G-Buffer，再基于 G-Buffer 计算光照（直接光 + 间接光 + AO）；
   • 后处理阶段：AO、SSR、Bloom、色调映射、TAA/TSR、运动模糊、景深、色彩校正；
   • 输出阶段：UI 渲染、最终合成、呈现屏幕。
2. 渲染线程与游戏线程分离实现异步渲染（详见 1.2）。
3. UE5 相对 UE4 的管线变化：
   • Nanite：虚拟化几何体，GPU 驱动渲染 + 自动 LOD + Cluster 剔除；
   • Lumen：实时 GI 与反射，替代 SDF 与烘焙 GI；
   • Virtual Shadow Maps（VSM）：替代级联阴影，与 Nanite 深度集成；
   • TSR：时间超分辨率，替代/上采样 TAA。
4. 透明物体无法写入 G-Buffer，需额外前向渲染 Pass 逐层排序混合。

面试点评： 能画出完整流程并指出 UE5 的 Nanite/Lumen/VSM/TSR 变化是加分项；常见错误是混淆前向/延迟的光照计算位置。

考点： Game/Render/RHI 线程、帧流水线、同步机制

参考答案：

1. 三级线程架构：
   • Game Thread：游戏逻辑、AI、物理、动画，更新场景状态；
   • Render Thread：收集渲染命令（Command List）、可见性与光照计算、生成 RHI 命令；
   • RHI Thread：执行实际 GPU API 调用（D3D/Vulkan/GL），与 GPU 交互。
2. 帧流水线（异步并行）：Game 处理帧 N+1，Render 处理帧 N，RHI 提交帧 N-1，GPU 执行帧 N-2，典型帧延迟 2-3 帧。
3. 同步机制：
   • 渲染操作必须在渲染线程执行，通过 ENQUEUE_RENDER_COMMAND 向渲染线程提交任务；
   • FRenderCommandFence（BeginFence() + Wait()）阻塞等待渲染线程完成；
   • 双缓冲（Front/Back Buffer 交换）避免读写冲突。
4. 常见线程问题：
   • Game 访问已释放的渲染资源 → 随机崩溃，用 Fence 保证释放前同步；
   • Render 读取被 Game 修改的数据 → 闪烁/不一致，用快照或双缓冲；
   • 死锁 → 避免两线程互相等待。
5. RHI 命令队列：FRHICommandList 排队命令，DrawIndexedInstanced 提交绘制，ImmediateFlush 强制提交。

面试点评： 能答出三线程职责 + ENQUEUE_RENDER_COMMAND/FRenderCommandFence 用法，说明有实际多线程经验。

考点： PSO、状态切换、渲染命令组织

参考答案：

1. 渲染状态管道定义 GPU 渲染每个图元所需的状态：输入装配（顶点格式/索引）、顶点着色器、光栅化（裁剪/视口/三角形）、像素着色器、输出合并（深度/模板/混合）。
2. UE 管理方式：
   • FGraphicsPipelineState（PSO）封装管线状态，PSO 缓存减少状态切换开销；
   • FShaderParameterBindings 绑定 Shader 参数；
   • 用 FMeshDrawCommand 组织渲染命令。
3. 状态切换是 CPU 侧主要开销来源，合批的本质就是复用相同状态减少切换。

考点： 视锥体、包围盒、剔除

参考答案：

1. 视锥体由近/远裁剪面和四个侧面组成六面体。
2. 方法：构建六个平面 → 对物体包围盒（AABB）或包围球做测试 → 完全在外部则剔除，部分在内部则保留。
3. UE 实现：FPrimitiveSceneInfo 管理场景可渲染对象，每帧自动测试；支持基于 HLOD 的层次裁剪；Nanite 使用基于 Cluster 的自建裁剪机制。
4. 优化建议：合理设置包围盒大小；用 Min/Max Draw Distance 控制绘制距离；用 HLOD 减少远距离 DrawCall。

考点： 硬件遮挡查询、软件遮挡、HZB、预计算可见性

参考答案：

1. 遮挡剔除判断物体是否被其他物体完全遮挡，避免渲染不可见物体。
2. 实现方式：
   • 硬件遮挡查询：渲染简化包围盒做深度测试，查询是否有像素通过；结果有 1-2 帧延迟，需保守策略（上帧可见本帧继续渲染）避免闪烁；
   • 软件遮挡剔除：CPU 光栅化深度缓冲，基于 Hierarchical Z-Buffer（HZB）低分辨率快速测试，适合无硬件查询的移动端；
   • 距离场遮挡：用场景距离场表示（Lumen 使用）；
   • 预计算可见性（Precomputed Visibility）：离线计算区域可见性，适合室内。
3. 配置命令：r.HZBOcclusion 1、r.AllowOcclusionQueries 1、r.Mobile.AllowSoftwareOcclusion 1；距离剔除用 MeshComponent->SetCullDistance() 或 Cull Distance Volume。
4. 调试：stat initviews 查看遮挡剔除统计。

考点： LOD 级别、切换方式、自动 LOD

参考答案：

1. LOD 是根据物体与摄像机距离切换不同精度模型，远处用低模减少渲染开销。
2. 原理：为每个 Mesh 创建 LOD0（最高）~LOD3（最低）级别，按屏幕空间大小或距离切换；切换有 Pop-in，用 Dithered LOD Transition（抖动过渡）缓解。
3. UE 支持自动生成 LOD（Auto LOD Generation）；在 Static Mesh Editor 中设置 LOD 与切换距离；Min/Max LOD 控制可用范围。
4. C++：MeshComp->SetForcedLodModel(0) 强制 LOD0。
5. 注意：Nanite 可自动替代传统 LOD，提供无缝连续过渡。

考点： HLOD 层级、合并代理、World Partition 配合

参考答案：

1. HLOD（Hierarchical LOD）是层次化 LOD：把多个物体的 LOD 合并成一个整体渲染，远距离只渲染合并后的代理 Mesh，大幅减少 DrawCall。
2. 与传统 LOD 对比：

3. HLOD 类型：Merge（合并共享材质）、Simplify（合并+简化）、Instancing（保留原 Mesh 实例化）、Custom（自定义代理）。
4. UE5 配置：World Settings → World Partition → HLOD，设置 HLODLayer（Cell Size、Loading Range）；配合 World Partition 实现超大场景。
5. 与 Nanite 的关系：Nanite 可替代传统 LOD 与部分 HLOD（自动连续 LOD），但对极远距离物体合并，HLOD 仍有 DrawCall 优化价值。

考点： 渲染架构选型、性能权衡、移动端差异

参考答案：

1. 前向渲染：对每个物体执行像素着色器并计算所有光照。流程：每个物体 → 每盏灯 → 计算光照 → 写帧缓冲。
   • 特点：支持 MSAA（几何与光照同一 Pass）；透明物体处理简单；成本 Objects × Lights；多光源时性能下降；几何复杂度与光照复杂度耦合。
2. 延迟渲染：分两个阶段：
   • Geometry Pass：把几何/材质信息写入 G-Buffer（BaseColor、Normal、Metallic、Roughness 等多 Render Target）；
   • Lighting Pass：读取 G-Buffer，在屏幕空间逐光源累加光照。
   • 特点：成本 Objects + Lights，支持大量动态光源；不支持传统 MSAA（GBuffer 丢失子像素几何信息，需 TAA/TSR）；透明物体需额外前向 Pass；GBuffer 带宽大。
3. UE 选择：PC/主机默认延迟渲染；移动端默认前向渲染（移动 GPU 是 Tile-Based 架构，延迟的多 RT 写入会破坏 Tile 优化导致带宽爆炸）。
4. 切换命令：r.ForwardShading=True（项目设置可开启桌面前向）。
5. 进阶：Forward+（前向 + Tiled/Clustered 光源剔除）、Clustered Deferred（Lumen 使用 3D Cluster）。

面试点评： 能画出两种管线的流程图是基本功；解释“为什么延迟不支持 MSAA”——GBuffer 每像素只存单采样几何信息；解释“为什么移动端坚持前向”——Tile-Based 架构限制。

考点： GBuffer 布局、渲染 Pass 序列、编码优化、带宽

参考答案：

1. G-Buffer（Geometry Buffer）是延迟渲染中存储几何和材质信息的多个 Render Target。
2. UE5 典型布局：
   • GBufferA：WorldNormal（RGB，Octahedron 编码）+ PerObjectData（A）；
   • GBufferB：Metallic(R) + Specular(G) + Roughness(B) + ShadingModelID(A)；
   • GBufferC：BaseColor(RGB) + AO(A)；
   • GBufferD：自定义数据（SSS、Foliage 等，按 ShadingModel 变化）；
   • GBufferE：预计算阴影（可选）；
   • SceneDepth：非线性深度（或 Reverse-Z）；
   • Velocity Buffer：RG 运动矢量（供 TAA/TSR/MotionBlur）。
3. ShadingModel 编码：4 bit ShadingModelID + 4 bit SelectiveOutputMask，共 1 字节存于 GBufferB.A（DefaultLit、Subsurface、ClearCoat、Hair、Cloth 等）。
4. 法线编码：Octahedron Normal Encoding 把 3D 法线映射到 2D 八面体，只存 2 通道节省带宽；示例：EncodeNormal/DecodeNormal 通过 L1 范数投影与反向映射实现。
5. 渲染 Pass 序列：Depth PrePass（深度预渲染，供 Early-Z/SSAO/Lumen/Nanite）→ Base Pass（写 GBuffer）→ Lighting Pass（天光→方向光→点光→聚光→面光）→ Translucency Pass（前向渲染透明物体，从后往前排序）→ Post Processing（TAA/TSR、Bloom、Tone Mapping、DOF 等）。
6. 带宽优化：法线 Octahedron 编码、混合精度（关键 RGBA8 其余低精度）、移动端裁剪 GBufferD/E、Subpass/Tile 内存复用。
7. 内存估算（1080p RGBA8）：单通道约 8.29MB，全部 GBuffer 约 41-50MB。

面试点评： 能按顺序画出 Pass 流程图是基本功；解释“透明物体为何不能用延迟渲染”——GBuffer 每像素只存最近不透明表面，透明需逐层混合。

考点： 光源类型、Mobility 移动性

参考答案：

1. 光源类型：
   • 方向光（Directional）：平行光模拟太阳/月亮，适合室外主光；场景通常只能有一个移动方向光产生动态阴影；
   • 点光源（Point）：向四周发射、有衰减半径，灯泡/火焰；阴影需 6 面 Cube Shadow Map，开销大；
   • 聚光灯（Spot）：锥形、有内外角，手电筒/舞台灯；
   • 矩形光（Rect）：矩形面光源，柔和阴影，窗户/屏幕；
   • 天光（Sky Light）：基于 Cubemap 提供环境光，支持实时捕获。
2. 光照移动性（Mobility）：
   • 静态：烘焙到光照贴图，性能最好，不能移动；
   • 固定（Stationary）：可改颜色/强度，阴影烘焙；
   • 移动（Movable）：完全动态，开销最大。
3. 光照模型（Shading Model）详见 5.2。

考点： 阴影映射、深度偏移、PCF

参考答案：

1. 步骤：(1) 从光源视角渲染场景深度图（Shadow Map）；(2) 相机视角渲染时，把像素位置变换到光源空间，与 Shadow Map 深度比较，若像素更深则处于阴影。
2. 常见问题与解决：
   • Shadow Acne（阴影痤疮）：自阴影误差，用 Depth Bias 深度偏移解决；
   • Peter Panning：偏移过大导致阴影脱离物体，需平衡偏移量；
   • 锯齿：分辨率不足，用 PCF（Percentage-Closer Filtering）柔化边缘。
3. UE 配置：Dynamic Shadow Distance、Shadow Resolution、Shadow Filter Sharpness；stat shadowrendering 分析阴影开销。

考点： 级联分割、分辨率分配、远距离阴影

参考答案：

1. CSM 把视锥体沿深度分成多个级联，每个级联有独立 Shadow Map：近处级联覆盖小范围（精度高），远处覆盖大范围（精度低）。
2. 级联之间平滑过渡避免接缝。
3. UE 配置：Cascade Count（通常 4）、Cascade Transition Fraction、Shadow Distance、Whole Scene Shadow Map；常见 Practical Split Scheme 分配级联距离。
4. 优化：配合 Distance Field Shadows 处理远距离；stat shadowrendering 分析。

考点： UE5 VSM、Page Table、与 Nanite 集成

参考答案：

1. VSM（Virtual Shadow Maps）是 UE5 新阴影系统，替代传统 CSM，与 Nanite 深度集成，本质是“虚拟纹理 + 阴影”。
2. 传统 CSM 的问题：固定分辨率（近处浪费）、远处模糊、阴影失真、与 Nanite 不兼容。
3. 核心思想：
   • 虚拟分辨率 16K×16K，只按需分配相机可见区域的阴影页面；
   • Page Table 管理虚拟页面到物理页面的映射（页面 128×128 像素），物理页池大小可配。
4. 工作流：页面分配 → Nanite 渲染阴影深度（Per-Page LOD）→ 阴影查询（Page Table 映射 + PCF）。
5. 配置与调试：r.Shadow.Virtual.Enable=1、r.Shadow.Virtual.MaxPhysicalPages=4096、r.Shadow.Virtual.Nanite=1；可视化 VisualizePhysicalPages/VisualizePageAllocations。
6. 优势：分辨率自适应、与 Nanite 集成、减少阴影失真、内存可控；劣势：页面管理 GPU 开销、部分材质（WPO）不支持。

考点： 全局距离场、Ray Marching、远距离阴影

参考答案：

1. 用全局距离场（Global Distance Field）表示场景几何，通过 Ray Marching 计算远距离阴影。
2. 原理：从光源发射光线，在距离场中步进（步长由到最近表面距离决定），步进距离小于阈值时判定命中产生阴影。
3. 优点：支持超远距离阴影、不受 Shadow Map 分辨率限制、适合开放世界；缺点：距离场更新有延迟、近距离精度不如 Shadow Map、内存占用高。
4. 一般作为 CSM 的补充用于远距离；命令 r.DistanceFieldShadowing 控制开关。

考点： 光照烘焙、UV 通道、构建光照

参考答案：

1. 光照贴图把预计算光照信息存入纹理，用于静态场景 GI。
2. 烘焙流程：Mesh 标记可烘焙 → 提供无重叠第二套 UV（光照 UV）→ 配置 Lightmap Resolution → Build Lighting → 引擎用光追/辐射度计算。
3. 优点：高质量 GI、运行时零开销、支持复杂间接光；缺点：构建时间长（大场景数小时）、占内存、不支持动态光照、需额外 UV 通道。
4. UE5 中随 Lumen 普及使用减少，但移动端/静态室内仍有用。

考点： 光源与物体匹配、分层光照

参考答案：

1. 光照通道控制特定光源只影响特定物体；UE 提供 3 个自定义光照通道。
2. 使用：光源 Details 勾选 Channel 0/1/2，Mesh Details 同样设置，只有两者匹配时光照才生效。
3. 应用：只照亮角色的专用光、分层光照控制、特殊道具聚光灯、减少不必要的光照计算。
4. C++ 示例：Light->LightComponent->SetLightChannel(0, true);、MeshComp->SetLightChannel(0, true);。

考点： 环境贴图、Split-Sum、卷积

参考答案：

1. IBL 用环境贴图（HDR 全景）作为光源提供环境光照。
2. 核心：
   • 漫反射部分：对环境贴图卷积（Convolution）生成漫反射环境光；
   • 镜面反射部分：Split-Sum 近似，预过滤环境贴图 + 预计算 BRDF 查找表（LUT）。
3. UE 实现：Sky Light Actor 捕获环境、Sky Atmosphere/Sky Sphere 提供天空、HDRI Backdrop 使用 HDR 全景；例如 SkyLight->SetCubemap(LoadObject<UTextureCube>(...))。

考点： GI 方案对比、动态性、性能

参考答案：

1. GI 模拟光线多次反弹，包含直接光与间接光。
2. 方案对比：

3. UE5 推荐 Lumen 为默认 GI；移动端或性能受限场景可考虑光照贴图 + SSAO 组合。

考点： 光源/阴影/烘焙优化

参考答案：

1. 光源优化：多用 Static/Stationary 少用 Movable；用光照通道控制影响范围；合理设置衰减半径；用 Max Draw Distance 限制光源影响距离。
2. 阴影优化：减少动态阴影光源数量；合理设置 Dynamic Shadow Distance；优化级联分配；远处用距离场阴影。
3. 烘焙优化：合理设置 Lightmap Resolution 避免过高；用 Lighting Complexity 视图检查；对不需要的物体禁用光照贴图。
4. 调试命令：stat lightrendering、stat shadowrendering、stat scenerendering、Lighting Density 视图。

考点： 实时 GI、SDF、Surface Cache、混合追踪策略

参考答案：

1. Lumen 是 UE5 全局光照与反射系统，支持完全动态、无限次弹射的间接光照（无需烘焙）。
2. 核心组件：
   • Surface Cache（表面缓存）：把场景所有 Mesh 表面信息缓存到 Atlas 纹理（BaseColor、Normal、Emissive、Depth），以 Mesh Card 为单位组织，间接光从缓存采样而非原始几何体，这是高效处理大规模场景的关键；
   • Screen Space Radiance Cache：在屏幕空间以低分辨率（每 16×16 像素一个探针）分布探针，采样 GBuffer 计算直接光，用 Ray Marching 追踪间接光，结果缓存并上采样；速度快但只能看到屏幕内信息；
   • Software Ray Tracing（软件光追）：用 Signed Distance Field（SDF，Mesh Distance Fields 预计算）做 Sphere Tracing 求交，无需 RTX、与 Nanite 兼容；精度受体素分辨率限制；
   • Hardware Ray Tracing（硬件光追）：用 DXR/Vulkan RT 构建 BVH，精确三角形求交，质量高但需 RTX/RDNA2+、BVH 构建开销大。
3. 混合追踪策略（按距离自动选择）：
   • 近距离（<10m）：Screen Space Tracing（基于 GBuffer，最精确）；
   • 中距离（10-100m）：Software RT（SDF，较快但精度有限）；
   • 远距离（>100m）：Hardware RT 或 SDF Fallback；
   • 反射：Screen Space Reflection → Lumen Reflection → Sky Light Fallback。
4. 追踪流程：Surface Cache 更新 → Screen Probe 放置 → 光线追踪（近/中/远）→ 空间降噪 + 时间累积 → 最终 GI；反射流程类似。
5. 性能参考（1080p 中等场景，ms）：Software RT GI≈2 + 反射≈1.5；Hardware RT GI≈4 + 反射≈3 + BVH≈1。低端/VR 用 Software RT，RTX 3070+ 用 Hardware RT。
6. 配置：

   [/Script/Engine.RendererSettings]
   r.Lumen.DiffuseIndirect.Allow=1
   r.Lumen.Reflections.Allow=1
   r.Lumen.TraceMeshSDFs.Allow=1
   r.Lumen.HardwareRayTracing.Allow=1    ; 可选硬件模式
   r.Lumen.ScreenProbeGather.ScreenSpaceTracing.Allow=1

7. 与光照烘焙（Lightmass）可共存；MegaLights（UE5.5+）扩展支持大规模动态光源。

面试点评： 能说清“Screen Space → Software → Hardware”三层追踪策略的适用范围说明有深度；能解释 Surface Cache 是 Lumen 高效的关键。

考点： RT 应用、DXR、配置

参考答案：

1. 应用：光线追踪反射（RTX Reflections）、软/硬阴影（RTX Shadows）、全局光照（RTX GI）、环境光遮蔽（RTX AO）、半透明折射（RTX Translucency）；Lumen 也结合软/硬件光追。
2. 硬件要求：NVIDIA RTX 20 系列及以上、AMD RX 6000 系列及以上，需要 DXR 支持。
3. 配置：Project Settings → Rendering → Hardware Ray Tracing；控制台 r.RayTracing.* 系列命令。
4. UE 提供软件（距离场）与硬件两条路径，硬件质量更高、开销更大。

考点： 能量守恒、微表面、菲涅尔、PBR 参数

参考答案：

1. PBR 基于物理光学，核心约束：
   • 能量守恒：出射光 ≤ 入射光，反射越多漫反射越少，Diffuse + Specular ≤ 1；
   • 微表面理论：表面由微小平面组成，Roughness 控制微表面法线分布（粗糙→高光模糊，光滑→高光锐利）；
   • 菲涅尔效应：掠射角反射增强，用 Fresnel-Schlick 近似 F(θ) = F0 + (1-F0)(1-cosθ)^5。
2. 核心参数（UE 默认 Metallic/Roughness 工作流）：

3. 金属与非金属的本质区别：
   • 非金属：漫反射有色、高光无色、F0≈0.02-0.05；
   • 金属：无漫反射（全被吸收或反射）、高光有色（BaseColor）、Metallic=1 时 DiffuseColor=0。
   • 公式：DiffuseColor = BaseColor * (1-Metallic)；SpecularColor = lerp(0.04, BaseColor, Metallic)。
4. PBR 光照计算简化（Cook-Torrance BRDF）：

   float3 H = normalize(V + L);
   float D = DistributionGGX(NdotH, Roughness);      // 法线分布
   float G = GeometrySmith(NdotV, NdotL, Roughness); // 几何遮蔽
   float3 F0 = lerp(0.04, BaseColor, Metallic);
   float3 F = FresnelSchlick(VdotH, F0);             // 菲涅尔
   float3 Specular = (D * G * F) / (4.0 * NdotV * NdotL + 0.0001);
   return (Diffuse + Specular) * LightColor * NdotL;

5. 材质节点映射：BaseColor ← Texture Sample；Metallic/Roughness ← Scalar 或贴图；Normal ← 法线贴图。

面试点评： 解释“为什么金属 BaseColor 是反射色而非漫反射色”说明理解了物理含义；F0 默认 0.04 是非金属折射率的经验平均值。

考点： 光照模型类型、适用范围

参考答案：

1. Default Lit：默认 PBR 模型（Metallic-Roughness），适用于大多数物体。
2. Subsurface / Subsurface Profile：次表面散射（皮肤、树叶、蜡烛），后者用预计算散射配置更精确。
3. Clear Coat：双层材质（汽车漆面），底层 PBR + 顶层清漆。
4. Two Sided Foliage：双面植被，两面都有光照。
5. Hair：头发（Kajiya-Kay 模型）；Cloth：布料；Eye：眼睛（角膜折射/虹膜）。
6. Single Layer Water / Thin Translucent：水面/薄半透明。
7. 不同 ShadingModel 通过 GBuffer 中的 ShadingModelID 编码，同场景可混合使用。

考点： 节点图、Lerp/DotProduct、材质函数复用

参考答案：

1. 材质基于节点图，每个节点是材质表达式，最终编译为 HLSL。
2. 核心节点分类：常量（Constant/Scalar/Vector/Texture Parameter）、纹理（TextureSample/TexCoord）、数学（Add/Multiply/DotProduct/Lerp/Clamp/Power）、向量（ComponentMask/Normalize/Transform）、材质属性（MakeMaterialAttributes 等）、流程（If/SmoothStep）。
3. Lerp 用法：颜色混合、Fresnel 边缘发光（lerp(BaseColor, GlowColor, Fresnel)）、遮罩混合。
4. DotProduct 用法：Fresnel（pow(1-saturate(NdotV), Expo)）、方向遮罩（saturate(NdotL)）、边缘检测。
5. 材质函数是可复用节点组（类似函数）：常见有 Triplanar Mapping（三平面投影混合）、Fresnel、视差遮挡映射；支持嵌套调用；UE 内置 MF_BlendAngleCorrectedNormals、MF_RotateAboutAxis 等。
6. 编译流程：节点图 → 材质表达式树 → HLSL → Shader 编译 → 字节码；可在材质编辑器 Window → Shader Code 查看生成 HLSL。

考点： UMaterial、MIC、MID、参数修改

参考答案：

1. 概念层级：Material → Material Instance → Material Instance Dynamic（运行时）。
2. Material：包含完整节点图/HLSL，修改后需重编译（耗时数秒到数十秒），所有使用它的 Mesh 共享。
3. Material Instance（MIC）：引用父材质只覆盖参数值，不重编译 Shader；适合静态变体（不同颜色墙壁）。

   UMaterialInstanceConstant* MIC = NewObject<UMaterialInstanceConstant>();
   MIC->SetParentMaterial(Parent);
   MIC->SetScalarParameterValue(TEXT("Roughness"), 0.3f);
   MIC->SetVectorParameterValue(TEXT("BaseColor"), FLinearColor::Red);

4. MID（动态材质实例）：运行时创建，参数可运行时修改，无需编译；每个 MID 独立（改一个不影响其他）；有小 CPU 开销（参数提交 GPU）。

   UMaterialInstanceDynamic* MID = UMaterialInstanceDynamic::Create(Parent, this);
   MID->SetScalarParameterValue(TEXT("Roughness"), 0.5f);
   MID->SetVectorParameterValue(TEXT("BaseColor"), FLinearColor::Blue);
   MeshComp->SetMaterial(0, MID);

   • 常见场景：受击闪白、溶解效果；复用已有 MID：Cast<UMaterialInstanceDynamic>(Mesh->GetMaterial(0))。
5. 对比表：

6. 性能注意：大量不同 MID 会破坏合批（Break Instancing）；替代方案：MPC（全局共享参数不破坏合批）、Per-Instance Custom Data（ISM/HISM）、Texture + UV 偏移。

面试点评： MID 与 MIC 在 GPU 端几乎无差异（参数走 Constant Buffer），但 MID 有额外 CPU 同步开销；避免在 Tick 中频繁创建 MID。

考点： 全局参数、跨材质共享

参考答案：

1. MPC 是全局材质参数集合，多个材质可共享并运行时动态修改（标量/向量/纹理）。
2. 适用场景：昼夜循环（时间参数）、天气系统（雨雪风）、全局水面动画、季节变化。
3. 代码示例：

   UKismetMaterialLibrary::SetScalarParameterValue(GetWorld(), MPC_TimeOfDay, TEXT("TimeOfDay"), 0.5f);
   UKismetMaterialLibrary::SetVectorParameterValue(GetWorld(), MPC_Weather, TEXT("WindDirection"), FVector(1,0,0));

   或 C++：GetWorld()->GetParameterCollectionInstance(MPC)->SetScalarParameterValue(...)。
4. 与 MID 区别：MPC 是全局共享、不破坏合批；MID 是实例独立、会破坏合批。

考点： Domain 类型、Blend Mode、性能差异

参考答案：

1. Material Domain（定义材质应用范围）：

   enum EMaterialDomain {
       MD_Surface,          // 表面（最常用）
       MD_DeferredDecal,    // 延迟贴花（弹孔、血迹）
       MD_LightFunction,    // 光照函数（窗影、手电筒图案）
       MD_Volume,           // 体积（雾、体积光）
       MD_PostProcess,      // 后处理（全屏效果）
       MD_UI,               // UI 材质
   };

   • Post Process 域只能用像素着色器。
2. Blend Mode（控制与背景混合）：
   • Opaque：不透明，性能最好（可 Early-Z、写深度），多数固体物体；
   • Masked：Alpha 阈值二值，树叶/铁丝网；有锯齿需 TAA 处理；
   • Translucent：平滑 Alpha，性能差（不写深度、需排序、不支持 SSR），玻璃/水面/烟雾；
   • Additive：叠加变亮，火焰/光束；
   • Modulate：相乘变暗，阴影投影；
   • AlphaComposite / AlphaHoldout：预乘 Alpha 合成/抠像。
3. 代码示例：玻璃 MaterialDomain=MD_Surface; BlendMode=BLEND_Translucent; bIsTwoSided=true；树叶 BLEND_Masked + DitheredLODTransition；贴花 MD_DeferredDecal。

面试点评： 关键性能点：Opaque 最好（Early-Z）、Masked 有锯齿、Translucent 有排序与性能问题。

考点： Custom 节点、USF/USH、FGlobalShader、Shader Permutation

参考答案：

1. Custom Expression 节点：材质编辑器中直接写 HLSL：

   // 自定义 Fresnel：输入 Normal, ViewDir, Exponent
   float NdotV = saturate(dot(Normal, ViewDir));
   return pow(1.0 - NdotV, Exponent);

   • 注意：增加 Shader 复杂度、代码错误导致编译失败、需考虑跨平台、用 #if 处理平台差异。
2. USF/USH 文件：.usf 实现文件、.ush 头文件，放于项目 Shaders/Private/；可写完整后处理/计算 Shader，用 MainVS/MainPS 全屏三角形。
3. Global Shader（C++ 注册）：不依赖材质系统，用于计算/后处理/调试：

   class FMyComputeShader : public FGlobalShader {
       DECLARE_GLOBAL_SHADER(FMyComputeShader);
       BEGIN_SHADER_PARAMETER_STRUCT(FParameters,)
           SHADER_PARAMETER_RDG_TEXTURE_UAV(RWTexture2D<float4>, OutputTexture)
           SHADER_PARAMETER(float, Time)
       END_SHADER_PARAMETER_STRUCT()
       static bool ShouldCompilePermutation(const FGlobalShaderPermutationParameters&) { return true; }
   };
   IMPLEMENT_GLOBAL_SHADER(FMyComputeShader, "/MyProject/Shaders/Private/MyCompute.usf", "MainCS", SF_Compute);
   // 调度：TShaderMapRef<FMyComputeShader> + FComputeShaderUtils::AddPass(...)

4. HLSL 基础语法：float/float2/3/4、half（半精度，移动端常用）、Texture2D/SamplerState；内置函数 saturate/normalize/dot/cross/lerp/Texture2DSample；UE 特殊变量 WorldPosition、CameraVector。
5. Shader Permutation（变体）：UE 为不同配置编译不同变体（有无雾、有无骨骼、光照模型等），用 TShaderPermutationDomain 定义维度、SHADER_PERMUTATION_BOOL 定义布尔维度。

考点： Shader 变体、编译流程、材质指令数优化、编译卡顿

参考答案：

1. 编译流程：节点图 → 表达式树 → HLSL → 变体展开 → FXC/DXC 编译字节码 → DDC 缓存。
2. Shader 变体（Permutation）：不同 ShadingModel、Blend Mode、Static Switch、平台、Feature Level、Quality 组合产生多个变体。
   • 变体爆炸：每个 Static Switch 使变体数量翻倍，组合爆炸导致编译时间与内存暴涨；
   • 策略：少用 Static Switch，用 Dynamic Branch（运行时 if，不增加变体）；用 Material Quality 分级替代。
3. 材质复杂度优化：
   • 打包多个参数到同一纹理通道（R:Metallic G:Roughness B:AO A:Height → 1 次采样）；
   • 数学化简（sin+cos → √2·sin(x+π/4)）；颜色/UV 用 half 精度；
   • lerp+step 替代复杂分支；
   • 目标：像素 Shader PC <200 指令，Mobile <100 指令。
4. 编译优化与卡顿：
   • 减少变体数量；材质函数复用共享 DDC；
   • DDC 共享缓存：Shared DDC Path 减少重复编译；
   • 异步/预编译：Shader Pipeline 预编译、PSO 缓存（r.PSOCache）、打包预生成 PSO、r.ForceAllCoresForShaderCompiling；
   • 运行时遇新变体编译产生卡顿（Stutter），用加载界面进度条缓解。
5. 调试：viewmode shadercomplexity（绿色低/黄中/红高/紫极高）、Window → Shader Statistics 看指令数、stat shadercompilation、stat shaders。

面试点评： Static Switch 是编译时分支，每个取值组合都要编译为独立 Shader，是组合爆炸根源；打包纹理减少采样次数即减少带宽与纹理单元占用。

考点： 切线空间 TBN、法线贴图、性能权衡

参考答案：

1. 法线贴图存储每个像素表面法线方向，用低精度 Mesh 模拟高精度细节。
2. 切线空间：法线存储在顶点局部坐标（T 沿 U、B 沿 V、N 法线）；平面法线为 (0,0,1) → 蓝色 (128,128,255)。
   • 优点：可复用（同一贴图用于不同朝向表面）、支持 UV 变换、兼容骨骼动画（随顶点变换）、内存小（可共享）；
   • 缺点：着色时需 TBN 矩阵变换（WorldNormal = mul(TangentNormal, TBN)）有 GPU 开销；质量依赖切线计算（UE 用 MikkTSpace 标准）。
3. 世界空间：法线直接存世界坐标；着色无需变换；缺点：不可复用、不支持 UV 变换、骨骼变形后需重算、内存大。
4. 选择：标准角色/道具/环境 → 切线空间（默认）；极致 GPU 优化（移动端、大量重复静态物体）→ 世界空间；地形 → 切线空间（随地形变形）。
5. 扩展：Octahedron Normal Encoding 把法线从 3D 球面映射到 2D 八面体减少 GBuffer 带宽；RNM（Reoriented Normal Mapping）混合多层法线。

考点： 采样过滤、Mipmap、纹理优化

参考答案：

1. 采样方式：Point（最近邻，快但有锯齿）、Bilinear（2×2 插值，平滑但模糊）、Trilinear（Mipmap 层级间插值，消除接缝）、Anisotropic（考虑视角方向，斜角清晰）。
2. 优化技术：启用 Mipmap（减少远距离锯齿和带宽）、纹理图集（合并纹理减少切换）、纹理数组（支持三线性插值）、虚拟纹理（按需加载）、纹理流送（按距离动态加载分辨率）。
3. UE 配置：纹理编辑器 Mip Gen Settings、Texture Group 控制流送策略、stat streaming 查看流送状态。

考点： BC 系列、ASTC/ETC2、平台选型

参考答案：

1. PC/主机（D3D/Vulkan）：BC 系列
   • BC1（DXT1）：4:1，RGB + 1bit Alpha，质量要求不高；
   • BC3（DXT5）：BC1+BC4 Alpha，平滑 Alpha；
   • BC4：单通道（高度图/粗糙度）；BC5：双通道（法线贴图 XY，Z 重建）；
   • BC7：高质量 RGBA，推荐颜色贴图（含 Alpha）；
   • BC6H：HDR 半精度浮点（HDR 纹理、Lightmap）。
2. 移动端（GLES/Vulkan）：ASTC（4×4~12×12，iOS 首选）、ETC2/EAC（Android 兼容）；ASTC 质量高于 ETC2。
3. 选型指南：颜色贴图→BC7（桌面）/ASTC（移动）；法线→BC5；单通道→BC4；HDR→BC6H。
4. 注意：颜色贴图用 sRGB，数据贴图（法线/mask）用 Linear；UE 中设置 Compression Settings（TC_Default/TC_Normalmap/TC_Masks/TC_HDR）。

考点： Mipmap 按需加载、流送池

参考答案：

1. 纹理流送按需加载 Mipmap 级别：磁盘存完整 Mipmap 链，引擎根据距离/屏幕尺寸加载所需分辨率，远离时自动卸载高分辨率 Mip。
2. 配置：r.TextureStreaming、r.Streaming.PoolSize（MB）、stat streaming 查看流送状态、stat texturegroup 按组查看内存。
3. 优化：合理设置 PoolSize；用 Texture Group 设置优先级；重要纹理 Force Mip Levels 始终加载；stat unit 检查流送瓶颈。

考点： 分页加载、超大纹理、与 Nanite 配合

参考答案：

1. 虚拟纹理把超大纹理分割为固定大小页面，按需加载到 GPU（类 MegaTexture）。
2. 与传统区别：

3. 应用：地形系统默认使用虚拟纹理；Nanite 配合实现大规模场景；r.VT.Enable 开关、stat vt 监控。
4. 注：VSM（虚拟阴影贴图）也是基于虚拟纹理思想实现。

考点： UE5 核心技术、GPU 驱动渲染、Cluster、Visibility Buffer

参考答案：

1. Nanite 是 UE5 虚拟化微多边形几何系统，让美术直接使用电影级高精度模型（百万/亿级三角形），无需手动 LOD。
2. 离线预处理：导入高模 → 构建 BVH → 切成 Cluster（约 128 三角形）→ 每 Cluster 生成多级简化 LOD → 构建 DAG 记录简化关系 → 存为 Nanite Streaming 格式。
3. 运行时 GPU-Driven 渲染：
   • CPU 只提交 1 个 Proxy DrawCall；
   • GPU Compute Shader 依次执行：实例剔除（视锥/遮挡 Hi-Z）→ Cluster 剔除（视锥/遮挡/背面）→ LOD 选择（屏幕 Pixel Error，每 Cluster 独立）→ 生成可见 Cluster 列表（Indirect Draw）→ 光栅化 + 材质写入。
   • 优势：CPU 开销恒定，瓶颈转移到 GPU。
4. Visibility Buffer：每像素只存 Triangle ID + Cluster ID + 重心坐标（带宽极低），在材质 Pass 通过 Triangle ID 重算 UV/法线，材质复杂度不影响几何 Pass 性能。
5. 光栅化策略：大三角形（屏幕 >128 像素）用硬件光栅；小三角形用软件光栅（Compute Shader 原子操作写入 Visibility Buffer），避免小三角形硬件光栅效率低（Warp 浪费）。
6. 限制：Skeletal Mesh 在 UE5.1+ 实验性支持（不支持 Morph Target/Cloth）；半透明不支持；WPO 有限支持会回退；硬件光追需代理网格体；仅 DX12/Vulkan/PS5/XSX 平台。
7. 配置：r.Nanite=True；r.Nanite.MaxPixelsPerEdge=1（屏幕像素误差）；Static Mesh Build Settings → Generate Nanite。

面试点评： 能解释“为什么小三角形用软件光栅化”说明理解 GPU 硬件特性；能说出骨骼网格体支持现状与限制。

考点： 页面流式、优先级队列、LOD 选择

参考答案：

1. 基于页面（Page-Based）的流式传输，类似虚拟纹理：几何数据分割为固定大小页面，按相机距离/屏幕空间误差决定加载哪些页，用优先级队列管理请求，异步 I/O 避免卡顿。
2. LOD 选择：遍历 BVH → 计算 Cluster 屏幕投影大小 → 与误差阈值比较 → 选择满足误差的最粗略级别。
3. 内存管理：LRU 策略 + 内存预算；与虚拟纹理系统协同；stat nanite 监控流式状态。

考点： Nanite 限制、优化配置

参考答案：

1. 材质限制：
   • 不支持 Translucent（半透明）材质，透明物体（玻璃、烟雾、粒子）需回退传统渲染；
   • Masked（遮罩）材质支持有限（UE5.1+ 改进），Masked 材质在 Nanite 中使用硬件光栅化时有性能开销；
   • World Position Offset（WPO）：仅在顶点 Shader 中有限支持，WPO 变形过大时 Cluster 会回退到传统渲染路径。
2. 骨骼网格体限制：
   • UE5.1+ 实验性支持 Skeletal Mesh，但不支持 Morph Target（变形目标/面部动画）、Cloth Simulation（布料模拟）；
   • 需在 Mesh 启用选项中勾选 "Enable Nanite"，且骨骼网格体 LOD 仍需手动配置。
3. 平台与格式限制：
   • 仅支持 DX12、Vulkan、PS5、XSX（PC/主机），不支持 DX11、OpenGL ES、Metal（iOS）；
   • 移动端有限支持（UE5.4+ 实验性），性能与兼容性需评估。
4. 几何与渲染限制：
   • 不支持 硬件光追直接对 Nanite 网格求交，需生成 代理网格体（Proxy Mesh）；
   • Motion Vector 对 Nanite 物体的运动模糊需额外处理；
   • Distance Field 与 Nanite 配合使用时，距离场仍基于原始网格生成。
5. 内存与流送：
   • Nanite 预处理数据（Cluster、BVH、多级 LOD）占用额外内存，但支持 虚拟化流送（Virtual Streaming） 按需加载；
   • 大规模 Nanite 场景可能消耗数 GB 内存，需设置流送池大小。
6. 优化策略：
   • 简单几何体（平面、低模墙、简单道具）不用 Nanite，Nanite 的 GPU 开销可能不划算；
   • 合理设置 r.Nanite.MaxPixelsPerEdge（默认 1.0），值越大 LOD 切换越早、DrawCall 越少、质量略降；
   • r.Nanite.MaxCandidateClusters 控制最大候选 Cluster 数，限制 GPU 剔除开销；
   • 用 stat nanite 分析：Cluster 数量、流送状态、GPU 时间；
   • 配合 Cull Distance Volume 让远距离 Nanite 物体提前剔除，减少 GPU 剔除负担。
7. WPO 限制的替代方案：对需要风吹摇摆的植被，用 顶点颜色 + 材质函数 模拟简单偏移，或回退传统 LOD + WPO。

面试点评： 能说出"Masked 有性能开销""WPO 有限支持""骨骼网格体不支持 Morph Target"这些具体限制说明有实际使用经验；能提出简单物体不用 Nanite 的优化思路是加分项。

考点： LOD 方案对比、混合策略

参考答案：

1. 对比：

2. 混合场景：
   • 静态场景物体 → Nanite；骨骼角色/植被（WPO 限制）→ 传统 LOD；
   • 近处 Nanite + 远处传统低模（精确控制远处表现）；
   • 背景（山脉建筑）用 Nanite，近处可交互物体用传统 LOD。
3. Nanite 不能完全替代传统 LOD，简单物体和需顶点动画的物体仍用传统 LOD。

考点： DrawCall 瓶颈、合批、实例化、Mesh 合并

参考答案：

1. DrawCall 是 CPU 向 GPU 发送的一次绘制命令（含 Shader、材质、纹理等状态）。开销：验证渲染状态、绑定顶点/索引/纹理/常量缓冲、提交命令队列、驱动检查。
2. 瓶颈本质：CPU 提交速度跟不上 GPU 处理速度。
3. 诊断命令：stat scenerendering、stat rhi、stat initcommands；目标：PC <2000-3000，移动端 <500。
4. 优化策略：
   • 合批（Batching）：相同材质/状态合并为一次 DrawCall（Static Mesh 自动合批、ISM 自动合批）；
   • 硬件实例化（Instancing）：一次 DrawCall 绘制同一 Mesh 多个实例：

     UInstancedStaticMeshComponent* ISM = NewObject<UInstancedStaticMeshComponent>(this);
     for (int32 i = 0; i < 1000; i++) ISM->AddInstance(FTransform(...));
     // 1000 棵树 → 1 DrawCall

     • HISM（HierarchicalInstancedStaticMesh）支持距离剔除，适合草地/树木；
   • 合并 Mesh（Merge Actors）：多个 Mesh 合并为单个，减少 DrawCall 但增加内存、失去单独控制、碰撞需单独处理；
   • 其他：距离剔除、遮挡剔除、LOD、Nanite（GPU-Driven 一次提交整个场景）。
5. 注意：DrawCall 数量与复杂度要区分——1000 个简单 Mesh 可能比 100 个复杂 Mesh 更慢，瓶颈在 CPU 状态切换。

面试点评： 高级回答应能区分“DrawCall 数量”与“DrawCall 复杂度”；Nanite 用 Multi Draw Indirect 把整个场景压缩为 GPU-Driven 提交。

考点： HDR→LDR、Reinhard/Filmic/ACES/AgX

参考答案：

1. 色调映射把 HDR 颜色映射到显示器可显示的 LDR（0-1）范围。
2. 算法：Reinhard（L/(1+L)，简单但高光细节弱）、Filmic（胶片响应曲线，保留高光阴影）、ACES（电影工业标准，色彩还原准确）、AgX（UE5.4+ 更自然）。
3. UE 配置：Post Process Volume → Tone Mapper；r.Tonemapper.* 命令；默认 Filmic，可切换 ACES/AgX。

考点： 子像素抖动、运动向量、历史缓冲

参考答案：

1. TAA 用时间维度信息消除锯齿：每帧子像素抖动 → 记录运动向量 → 历史帧重投影 → 当前帧与历史混合 → 去鬼影（处理遮挡变化/快速运动）。
2. 优点：比 FXAA 质量高、支持延迟渲染；缺点：快速运动易鬼影（Ghosting）、可能模糊（可锐化）、需运动向量缓冲增加内存。
3. UE 配置：r.TemporalAA.Upsampling、r.TemporalAA.Algorithm；是不支持 MSAA 的延迟渲染的默认抗锯齿方案。

考点： 超分辨率、运动补偿、时间累积

参考答案：

1. TSR 是 UE5 时间超分辨率：低分辨率渲染（如 1080p）后重建为高分辨率（如 4K），GPU 时间降 50-75%，视觉接近原生。
2. 工作流：低分辨率渲染 + 深度 + 运动矢量 → 历史帧缓冲 → 运动补偿（处理遮挡/去遮挡）→ 时间累积（EMA）→ 超分重建（Lanczos + 锐化）→ 更新历史帧。
3. 与 TAA 区别：TAA 是原生分辨率抗锯齿；TSR 从低分辨率重建高分辨率（超分 + 抗锯齿 + 时间稳定）。
4. 配置：r.ScreenPercentage=66（1080p→4K 建议）、r.TSR.ShadingRejection.Flickering=1（闪烁抑制）。
5. 常见伪影与解决：拖影（运动矢量精度）、闪烁（时域累积不稳定，闪烁抑制）、模糊（历史衰减/锐化）、重影（运动矢量不准确）。
6. 同类：DLSS（NVIDIA）、FSR（AMD）、XeSS（Intel）。

考点： AO 原理、SSAO/GTAO 对比

参考答案：

1. AO 模拟表面因几何形状被环境光遮蔽的效果，增强深度感。
2. SSAO：屏幕空间采样深度缓冲，统计被遮挡采样比例；实现简单、开销可控、有边缘伪影。
3. GTAO：更精确的多方向遮蔽计算（考虑水平/垂直角），质量更高、开销略高。
4. UE 配置：Post Process Volume → Ambient Occlusion；r.AmbientOcclusion.Method（SSAO/GTAO）、r.AmbientOcclusion.Radius、Levels。

考点： 屏幕空间光追、Hi-Z、反射替代方案

参考答案：

1. SSR 在屏幕空间沿反射方向发射光线，用 Hi-Z（层次 Z-Buffer）加速步进，找到交点取色，辅以时间滤波降噪。
2. 优点：实时、支持动态物体反射、无需反射探针；缺点：只能反射屏幕内物体、快速运动有延迟/鬼影、粗糙表面采样开销大、有断裂/噪点。
3. 替代方案：Lumen 反射、Planar Reflection（镜面/水面）、Reflection Capture（静态环境）、硬件光追反射（最精确但开销最大）。

考点： 焦距、散景、DOF 方法

参考答案：

1. 景深模拟真实相机焦距：焦点附近清晰，前后模糊。
2. 关键参数：Focal Distance（焦距）、Focal Region（焦点区域）、Near/Far Transition Region、Blur Size。
3. 方法：Gaussian DOF（快/质量一般）、Circle DOF（圆形散景）、Bokeh DOF（模拟光圈形状）。
4. 配置：Post Process Volume → Depth of Field；r.DOF.Temporal 时域 DOF。

考点： 运动向量、曝光混合

参考答案：

1. 用运动向量缓冲记录每个像素运动方向和速度，沿方向采样混合，采样数随速度增加。
2. 运动向量来源：相机运动（视图矩阵变化）、物体运动（骨骼动画/物理）、顶点动画（WPO）。
3. 配置：Amount、Max Distortion、Tile Size；竞技游戏常关闭保持清晰；stat motionblur 分析开销。

考点： 亮度提取、多级模糊

参考答案：

1. Bloom 模拟强光溢出到周围区域：从 HDR 缓冲提取超阈值亮像素 → 多级高斯模糊（不同尺度）→ 合并 → 叠加到原图。
2. UE 配置：Intensity、Size、Threshold（只有超过阈值的像素产生泛光）；配合 Emissive 材质效果最佳。
3. 注意：阈值过低整个画面泛光；可用 Lens Flare 增强光学效果。

考点： 分区调色、LUT

参考答案：

1. 调整维度：Global/Shadows/Midtones/Highlights 四个区域，每区域可独立调整 Saturation（饱和度）、Contrast（对比度）、Gamma（亮度/伽马）、Gain（增益/高光）、Offset（偏移/暗部）。
2. LUT（Look-Up Table）使用：
   • 3D LUT 纹理（通常 32×32×32 或 64×64×64），将输入 RGB 映射为输出 RGB，一步完成复杂调色；
   • UE 导入：将 .png/.exr 格式的 LUT 纹理导入，Post Process Volume → Color Grading → Color Grading LUT；
   • 制作工具：Photoshop 颜色分级面板、DaVinci Resolve、Substance 3D。
3. 白平衡调整：
   • White Balance → Temperature（色温）：偏蓝（冷色调）← → 偏橙（暖色调）；
   • White Balance → Tint（色调）：偏绿 ← → 偏品红；
   • 可配合 White Temp/Tint 快速匹配摄影参考。
4. 全局校正（Global）：
   • Saturation：0.0=灰度（去色），1.0=正常，>1.0=增强饱和；
   • Contrast：围绕中灰点调整明暗对比，>1.0 增强对比；
   • Gamma：<1.0 压暗中间调，>1.0 提亮中间调；
   • Gain：乘法调整，影响高光区域；
   • Offset：加法调整，影响暗部区域。
5. UE 配置方式：

   [/Script/Engine.RendererSettings]
   ; Post Process Volume 配置（蓝图/编辑器设置）
   ; Settings → Color Grading → Color Grading LUT 指定 LUT 纹理
   ; Settings → Color Grading → Global → Saturation, Contrast, Gamma, Gain, Offset
   ; Settings → Color Grading → Shadows → ... (同上)
   ; Settings → Color Grading → Midtones → ...
   ; Settings → Color Grading → Highlights → ...

   • C++ 中动态修改 LUT：PostProcessSettings.ColorGradingLUT = NewLUTTexture;
6. 易错点/注意事项：
   • LUT 纹理必须设为 Color Grading LUT（压缩设置），不能用普通纹理格式；
   • 多个 Post Process Volume 混合时，LUT 会自动插值，但效果可能不如预期；
   • Mobile 端 LUT 分辨率建议降低（16×16×16）以节省带宽；
   • 颜色分级应在 sRGB 空间操作，避免在 Linear 空间误用。
7. 调试与参考：使用 Show Flag → Color Grading 可视化分级效果；参考电影/摄影 LUT 预设快速建立风格。

面试点评： 能说出"四区域 × 五参数"的调整维度是基本功；理解 LUT 的 3D 纹理原理和 UE 中的导入流程说明有实际调色经验。

考点： 全局/局部后处理、混合权重

参考答案：

1. 后处理体积在特定区域应用后处理效果：全局体积（勾 Infinite Extent）、局部体积、多个体积可混合（Blend Weight）。
2. 用法：放置 Post Process Volume → 调整大小 → 设置后处理参数 → 勾 Infinite Extent 全局生效。
3. 应用：室内外曝光切换、区域色调、水下效果、受伤屏幕效果、过场动画。

考点： MD_PostProcess、SceneTexture、Blendable

参考答案：

1. 创建材质，Material Domain = Post Process；用 SceneTexture 节点获取输入：PostProcessInput0（帧颜色）、SceneDepth、WorldNormal、BaseColor 等；输出到 Emissive Color。
2. 常见效果：
   • 暗角：1 - dot(UV-0.5, UV-0.5) * Intensity；
   • 颜色分级：Reinhard 色调映射 + Gamma；
   • 扫描线：sin(UV.y * Height * PI) 调制；
   • 深度雾：用 SceneDepth 重建世界位置算距离；
   • 边缘检测：Sobel 算子对深度/法线差分。
3. 应用方式：PostProcessVolume bUnbound=true; Settings.AddBlendable(Material, 1.0) 或相机 PostProcessSettings.AddBlendable。
4. 性能：每个后处理材质 = 一个全屏 Pass；低分辨率处理再上采样；合并多个效果到一个材质减少 Pass；移动端指令目标 <128。

考点： Early-Z、GPU Driven、VRS、Async Compute

参考答案：

1. Early-Z / Hi-Z（提前深度测试）：
   • 在像素着色前进行深度测试，提前剔除被遮挡像素，避免无效着色；
   • UE 中通过 Depth PrePass（深度预渲染通道） 实现，Base Pass 之前渲染深度，后续 Early-Z 跳过被遮挡像素；
   • Hi-Z（层次化 Z-Buffer）用 mip 链加速遮挡查询，GPU 可逐级跳过大面积遮挡区域。
2. 遮挡剔除（Occlusion Culling）：
   • 硬件遮挡查询：渲染简化包围盒查询是否有像素通过，结果有 1-2 帧延迟；
   • 软件遮挡：CPU 光栅化深度缓冲做 HZB 测试，适合移动端；
   • 配置：r.HZBOcclusion=1、r.AllowOcclusionQueries=1、r.Mobile.AllowSoftwareOcclusion=1。
3. LOD（层次细节）：
   • 按距离/屏幕空间大小切换不同精度模型，远距离用低模减少顶点/像素处理；
   • UE 支持自动 LOD 生成、HLOD（合并多个物体）、Nanite（连续 LOD 替代传统 LOD）；
   • 配置：Static Mesh Editor → LOD Settings，或 r.Nanite=True 启用 Nanite 自动 LOD。
4. 实例化渲染（Instancing）：
   • Instanced Static Mesh（ISM）：一次 DrawCall 绘制同一 Mesh 多个实例，适合重复物体（草、石、路灯）；
   • HISM（Hierarchical Instanced Static Mesh）：支持距离剔除和 LOD，适合植被/树木；
   • 代码示例：

     UInstancedStaticMeshComponent* ISM = NewObject<UInstancedStaticMeshComponent>(this);
     for (int32 i = 0; i < 1000; i++)
         ISM->AddInstance(FTransform(FVector(i * 100, 0, 0)));
     // 1000 个实例 → 1 DrawCall

   • 与传统逐物体 DrawCall 对比，可将 CPU 开销降低数十倍。
5. Shader 复杂度优化：
   • 用 viewmode shadercomplexity 检查材质复杂度（绿=低、黄=中、红=高、紫=极高）；
   • 目标：PC 像素 Shader <200 指令，Mobile <64-100 指令；
   • 打包多通道纹理（R:Metallic G:Roughness B:AO A:Height）减少采样次数；
   • 用 half 精度替代 float（移动端），减少指令数。
6. Async Compute（异步计算）：
   • GPU 并行执行渲染与计算任务（如 Nanite Cluster 剔除与 Base Pass 并行）；
   • 配置：r.Shaders.AsyncCompile=1（异步 Shader 编译）、UE5 默认启用 Async Compute。
7. VRS（可变率着色）：
   • 屏幕不同区域用不同着色率（中心高、外围低），减少像素 Shader 开销；
   • 配置：r.VRS.Enable=1、r.VRS.DefaultShadingRate=2（中心 2×2、外围 1×1）。
8. Bindless Resources（无绑定资源）：
   • 减少 Shader 资源绑定切换开销，GPU 通过描述符索引直接访问资源；
   • UE5 在 DX12/Vulkan 后端部分支持。

易错点/注意事项：

• Early-Z 要求 Depth PrePass 在 Base Pass 之前执行，否则 Early-Z 无效；
• 遮挡查询有 1-2 帧延迟，需保守策略（上帧可见本帧继续渲染）避免闪烁；
• 实例化要求 Mesh 和材质完全相同，不同材质的实例会破坏合批；
• VRS 在部分 GPU 上支持有限，需确认硬件兼容性。

面试点评： 能区分 Early-Z（减少无效像素着色）与遮挡剔除（减少无效 DrawCall）的不同层面优化是基础；能提到 VRS/Bindless/Async Compute 等现代 GPU 优化技术说明对前沿技术有了解。

考点： 过度绘制、排序、Masked vs Translucent

参考答案：

1. Overdraw 是同一像素被多个图元重复渲染（多层半透明粒子、植被多层、后处理叠加、不合理排序）。
2. 优化：先不透明后半透明（从后往前）；用 Masked 代替部分 Translucent；减少透明层数（合并粒子）；Early-Z 保证深度预通道工作；减少后处理层。
3. 调试：编辑器 Quad Overdraw 视图、stat unit 检查 GPU 瓶颈、RenderDoc/PIX 详细分析。

考点： 瓶颈识别、ProfileGPU、定位流程

参考答案：

1. 工具：stat unit（Frame/Game/Draw/GPU）、stat unitgraph、Unreal Insights、GPU Visualizer。
2. 瓶颈特征表：

3. 定位流程：stat gpu 看总体 → ProfileGPU 看 Pass 明细（PrePass/BasePass/Lighting/Translucency/PostProcessing）→ stat scenerendering 看 DrawCall/三角形 → RenderDoc 抓帧看具体 Draw → 针对性优化。
4. 通用优化：Scalability 分级画质、动态分辨率、LOD/HLOD、视锥/遮挡剔除、减少后处理。

考点： UTextureRenderTarget2D、Canvas、格式选择

参考答案：

1. 创建：C++ UTextureRenderTarget2D（InitAutoFormat/InitCustomFormat）；蓝图 Create Render Target 2D。
2. Canvas 绘制：UCanvas::CreateCanvasRenderTarget2D 或 FCanvas 的 DrawTile/DrawText/DrawLine。
3. 作为材质参数：MID->SetTextureParameterValue(TEXT("RT"), RenderTarget)。
4. 场景捕获：SceneCaptureComponent2D，TextureTarget 指定 RT，CaptureSource、bCaptureEveryFrame 控制频率。
5. 格式选择：PF_B8G8R8A8（8bit RGBA 常用）、PF_R32_FLOAT（深度）、PF_R16G16B16A16_FLOAT（HDR）、PF_R8G8（法线）。
6. 性能优化：RT 池复用避免频繁分配（stat rendertarget）；分辨率缩减 + 上采样；格式精简；减少捕获频率；移动端利用 Tile 内存。

考点： 渲染内存估算、监控工具、优化策略

参考答案：

1. 主要消耗：纹理（最大）、Render Target、顶点/索引缓冲、Shader、Nanite 数据。
2. 估算示例：1080p RGBA8 RT ≈8MB；GBuffer ≈50MB；100 万三角形顶点+索引 ≈48MB。
3. 监控：stat memory、memreport -full、stat streaming、r.DumpRenderTargetPool。
4. 优化策略：
   • 纹理：正确压缩格式（BC/ASTC）、启用 Mipmap、纹理流送（r.Streaming.PoolSize）、控制分辨率、纹理共享；
   • RT：低分辨率、格式精简、RT 池复用、延迟创建；
   • 制定内存预算表并按平台分配（移动端纹理 500MB 等）。
5. 渲染内存预算参考：PC 高端 4GB、中端 2GB、主机 3GB、移动端 1GB。

考点： stat 命令、ProfileGPU、RenderDoc、Unreal Insights

参考答案：

1. 常用命令：stat gpu（GPU 各阶段时间）、stat scenerendering（DrawCall/三角形数）、stat rhi、stat engine（FPS/帧时间）。
2. ProfileGPU：输出分层树状 GPU 时间分解（BasePass/Lighting/Lumen/PostProcessing 各 Pass）。
3. RenderDoc：启用插件 → RenderDoc.CaptureFrame → 分析每个 DrawCall 的 Shader、纹理、GPU 时间线。
4. Unreal Insights：trace.start gpu 录制 .utrace，查看 GPU 时间线、Pass 时间、DrawCall 分布、内存使用。
5. 瓶颈定位流程：先 stat gpu 看总体 → ProfileGPU 找具体 Pass → stat scenerendering 看场景复杂度 → RenderDoc 抓帧看具体 Draw → 针对性优化（合批/三角形/材质/纹理）。

考点： TBDR 架构、Mobile HDR、移动端优化

参考答案：

1. UE5 移动端默认前向渲染：
   • 移动 GPU 是 Tile-Based（TBDR）架构（PowerVR/Mali/Adreno/Apple），把屏幕分成小 Tile 在片上内存完成渲染再写回；
   • 延迟渲染需要多 GBuffer RT 写入显存再读取，破坏 Tile 优化导致带宽爆炸；前向单 Pass 契合 Tile 架构，带宽最小。
2. Mobile HDR：用 16F 颜色缓冲支持 Bloom/Tone Mapping/Color Grading；r.MobileHDR=1（默认）。LDR 直接输出 8 位、无后处理、性能最好。
3. 限制与配置：
   • 光源：每屏幕最多 4-8 盏灯（r.MobileMaxVisibleMovablePointLights=4）；
   • 阴影：CSM 级数减少（r.Shadow.CSM.MaxCascades=2）、分辨率 1024、禁用距离场/点光阴影；
   • 材质：纹理采样数限制、推荐 half 精度、指令目标 <64-256；
   • 后处理：Bloom 低分辨率、DOF 简化、禁用 Motion Blur/SSR；
   • 分辨率：r.MobileContentScaleFactor=0.5-1.0。
4. 性能预算：DrawCall <200-500、三角形 <500K、ASTC/ETC2 压缩、Overdraw 控制（透明物体少）、带宽控制（少 RT）。
5. 监测：stat gpu、r.Mobile 系列命令；UGameUserSettings::SetOverallScalabilityLevel 动态降级；Mobile Preview 模式测试。

面试点评： 核心是解释 TBDR 架构为什么对前向友好（数据留在片上缓存）；Mobile HDR 与桌面差异（更简单 Bloom/ToneMapping、有限后处理）。