背景
1、用UBT 打了一个exe的包，打开时遇到崩溃，想获知这个崩溃时的中间信息，例如材质信息，于是我直接双击 打包位置下的崩溃dmp文件 （MyGame/Saved/Archived/WindowsClient/MyGame/Saved/Crashes/....dmp） 去查看堆栈。堆栈虽然看得到，但是很多中间变量都没有了。
2、由于崩溃发生得很快，我没有办法用Rider去Attach它，AI建议我再在代码中添加一段延时方法，如下：
#include "HAL/PlatformProcess.h"
// 在代码的合适位置添加，例如BeginPlay开始时
FPlatformProcess::Sleep(10.0f); // 延迟10秒
但我觉得比较麻烦，因此没有这么做。
Rider以PC的配置编译调试
如上图所示，直接用Rider编辑器去以PC的配置（DebugGame - Client - Win64 ）来编译、打开与下断点，查看问题。
下面日志信息是 Console（上图）中的第一行，体现了这种操作下，编译的产物（即执行的exe）的位置：
D:\MiniPC2\MyGame\Binaries\Win64\MyGame_MiniClient-Win64-DebugGame.exe D:\MiniPC2\MyGame\MyGame.uproject -skipcompile
很快，你就如愿以偿得到断点了。此时用到的是以下Cooked资源：
补充
Debug和DebugGame 两种编译模式下的区别，在于 前者的引擎也是保存了很多调试信息的，因此更慢，而后者的引擎是删除了调试信息的。Debug和DebugGame 两种编译模式下，Game都能得到调试。