总览
FShaderCache 提供的机制可减少游戏中着色器的卡顿。它支持 OpenGLDrv 和 MetalRHI RHIs，可在 Mac、Linux 和 Windows 平台上使用。
可通过多个控制台命令启用或禁用 FShaderCache 功能。
| 控制台命令 | 描述 |
|---|---|
r.UseShaderCaching [0/1] |
|
r.UseShaderDrawLog [0/1] |
追踪 RHI 绘制状态，使每个束缚着色器态均可被预绘制。 |
r.UseShaderPredraw [0/1] |
预绘制追踪的 RHI 绘制状态，消除首次使用的卡顿。 |
r.PredrawBatchTime [Time in (ms)] |
控制每帧预绘制时间。如有需要，在多个帧上进行分布。全部使用 -1。 |
r.UseShaderBinaryCache 0/1 |
将所有着色器字节码累加到一个单独的缓存文件中 |
r.UseAsyncShaderPrecompilation 0/1 |
游戏进程中着色器代码的异步预编译 |
r.TargetPrecompileFrameTime [Time in (ms)] |
启用 r.UseAsyncShaderPrecompilation 时维持的最大目标帧时。使用 -1 一次性预编译所有着色器。 |
r.AccelPredrawBatchTime [Time in (ms)] |
处于非互动模式中（如加载画面）时临时加速预绘制的选项。选择 0 使用 r.PredrawBatchTime。 |
r.AccelTargetPrecompileFrameTime [Time in (ms)] |
处于非互动模式中（如加载画面）时加速异步预编译的选项。选择 0 使用 r.TargetPrecompileFrameTime。 |
r.InitialShaderLoadTime [Time in (ms)] |
启动时进入异步预编译前着色器加载所消耗的时间最大量。使用 -1 进行同步加载） |
使用
应在开发机上启用 r.UseShaderCaching 和 r.UseShaderDrawLog 填充缓存。
用户/玩家应启用 r.UseShaderCaching 和 r.UseShaderPredraw 消耗缓存。
绘制日志（r.UseShaderDrawLog）会添加明显的固定系统开销，尽量不要在发布产品中使用。
二进制着色器缓存可在游戏进程中或打包过程中（当前仅限 Mac 目标）被累加，方法为指定着色器平台在 CachedShaderFormats 阵列（在 Engine.ini 的 /Script/MacTargetPlatform.MacTargetSettings 设置组中）中进行缓存。
对于 OpenGL 而言，二进制缓存包含足够的着色器管线数据来构造全链接 GL 程序或 GL 程序管线（取决于 GL_ARB_separate_shader_objects 是否可用），但用于其他 RHI 上管线构造的数据却不足。
这有助于在未首先完成游戏进程的情况下降低 OpenGL 上出现的卡顿。如以最佳效果运行，仍然建议首先完成游戏进程。
缓存通过着色器散列完成，内容大部分已完成时建议只将其用作最终优化工具，
因为对着色器散列进行修改将导致未使用的条目在缓存中累加，增加缓存大小，但不会减少卡顿。
代码将先尝试并加载可写入的缓存，然后根据需要返回到分布缓存。
| 缓存类型 | 缓存位置 |
|---|---|
| 可写入 | <Game>/Saved/DrawCache.ushadercache, <Game>/Saved/ByteCodeCache.ushadercode |
| 分布 | <Game>/Content/DrawCache.ushadercache, <Game>/Content/ByteCodeCache.ushadercode |
整合步骤
可通过众多控制台命令减少项目中的卡顿，使用推荐的优先顺序可启用最大化性能的选项，同时避免执行额外的项目工作。
- 在项目配置中为所有用户启用
r.UseShaderCaching和r.UseShaderPredraw。 - 尽量只在内部版本上启用
r.UseShaderDrawLog并确保着色器绘制状态在每个版本的最终 QA 中均被记录。无法实行时（如极大和/或流送游戏），对所有用户启用。
测试此设置是否足以将卡顿降低到可接受的范围，额外的优化需要更多工作，且负面影响极大。
- 如以上设置不足以解决问题，启用
r.UseShaderBinaryCache并配置 CachedShaderFormats，确保二进制缓存的填充（当前仅限 Mac）。 - 现在所有着色器代码均将在启动时加载，所有预绘制操作将发生在第一帧。如加载时间太过极端，将
r.PredrawBatchTime设为大于 0 ms 即可在每帧中消耗预绘制。 - 还可为
r.AccelPredrawBatchTime指定较大的值。显示加载画面或其他非互动内容时可应用此值。 - 调用
FShaderCache::BeginAcceleratedBatching告知着色器缓存可以牺牲游戏帧率为代价加速预绘制；有必要返回开销较低的预绘制分批时，调用FShaderCache::EndAcceleratedBatching。 - 调用
FShaderCache::FlushOutstandingBatches将在下一帧处理所有剩余的着色器。 - 如项目初始加载仍然过长，则启用
r.UseAsyncShaderPrecompilation并将r.InitialShaderLoadTime设为大于 0 的值。随着着色器初始加载时间的增加，必须在游戏运行时处理的工作便会减少。 - 调整所需的目标帧时时可修改
r.TargetPrecompileFrameTime的数值，对着色器进行异步预编译。 - 和预绘制分批相同，可指定一个更为主动的值进行预编译：将
r.AccelTargetPrecompileFrameTime设为较大的值，然后调用FShaderCache::BeginAcceleratedBatching（之后调用FShaderCache::EndAcceleratedBatching）。 - 启用
r.UseAsyncShaderPrecompilation后，调用FShaderCache::FlushOutstandingBatches也将会清空所有未解决的编译请求。
处理更新/失效
缓存需要更新且可写入缓存已失效时，游戏应指定一个新的 GameVersion。
初始化 RHI（它将初始化缓存）之前调用 FShaderCache::SetGameVersion。这将导致之前版本生成的缓存内容被无视。当前无法继承之前版本的缓存条目。
区域/流送分批
对流送游戏或缓存极大的内容而言，应根据需求针对当前相关游戏区域/流送等级添加对 FShaderCache::SetStreamingKey 含唯一值的调用。录入的绘制状态将被连接到使用的流送键。这将把预绘制限制为之后运行中使用的流送键所要求的绘制状态。