UE中具有PSO Caching机制，全称Pipeline State Object Caching，用于预先记录和构建出运行时所使用的材质依赖的Shader信息，当项目首次使用这些Shader时，该列表可以加速Shader的加载/编译过程。PSO Caching会把渲染状态、顶点声明、Primitive类型、RenderTarget像素格式等数据保存到文件中，提升Shader的加载效率。本篇文章主要介绍PSO Caching的启用及构建流程，并会分析PSO Cache在引擎中的加载流程以及实现热更PSO方式、错误处理等，PSO Caching的原理有时间再进行详细分析。 PSO Caching的官方文档： PSO Caching 。 PSO Cache构建流程概览： PSO Caching的部署和使用大致分为以下几个步骤： 为项目开启PSO Cahche和ShaderStableKeys，打包后可以从Metadata/PipelineCaches目录下获得ShaderStableInfo*.scl.csv 添加logPSO参数启动游戏，用于在运行时记录PSO数据（*.rec.upipelinecache） 通过ShaderStableInfo*.scl.csv和*.rec.upipelinecache生成*.stablepc.csv 再次执行Cook，通过*.stablepc.csv生成upipelinecache文件，打至包内； 启动游戏，引擎自动加载*.stable.upipelinecache，编译Shader时使用PSO Caching 本篇文章的内容顺序也遵循着几个步骤。 首先需要为项目开启 ShaderStableKeys ，在执行Cook时生成稳定的ShaderKey，作为记录Shader的凭据。 在 DefaultEngine.ini （或平台相关如AndroidEngine.ini）中添加以下值： 添加之后再执行打包（Cook），会创建以下目录： 并且会在该目录下生成两个文件（分别对应项目、引擎）： Cook过程中会有以下log，表明生成了这两个文件： 可以使用它们通过-run=ShaderPipelineCacheTools这个Commandlet来生成*.stablepc.csv 。 *.scl.csv 文件的内容： 启动游戏时加入-logPSO参数或者在 DefaultEngine.ini 中加入以下配置： 也可以在 Devices Profile中设置： 这两个参数在以下代码中使用： 运行游戏时会有log: 并会在 Saved/CoolectedPSOs 中创建以下文件： 使用以下commandlet： 以上命令会在引擎的Binaries/Win64下生成 Client_GLSL_ES3_1_ANDROID.stablepc.csv文件，注意一定要匹配{PROJECTNAME}_{SHADER_FORMART_NAME}.stablepc.csv 这个命名规则。 Android的命名为：Client_GLSL_ES3_1_ANDROID.stablepc.csvIOS的命名为：Client_SF_METAL.stablepc.csv 生成时具有以下Log： 最终PSO所需要的所有文件： 我把测试工程生成的文件备份了一份： PSOCache.7z ，可以查看每个文件中的内容。 把生成的*stablepc.csv放到 Build/Android/PipelineCaches目录下，注意 Build/PLATFORM这个Platform是编译平台，不是Cook的资源平台，Android的包就是 Android而不是 Android_ASTC等。之后重新打包即可。 引擎在Cook时通过 stavlepc.csv 创建PipelineCache的代码： 实际使用 stablepc.csv的地方就是用它来执行 ShaderPipelineCacheTools 这个commandlet生成upipelinecache文件并打至包内。 ShaderPipelineCacheToolsCommandlet的执行命令为： 生成*.stable.upipelinecache文件的包内路径为 Content\PipelineCaches\Android ： 因为它是位于Content下并会打包进pak的文件，我们也可以对其进行热更。 当安装了包含 upipelinecache 的包，在运行时就会有以下log： 与 ShaderCode类似，引擎在启动时也是会自动加载PSO Cache的，在 FEngineLoop中通过调用 ...