我捕获了在 64 位 Windows 操作系统上运行的 32 位 .NET 应用程序的故障转储。在分析过程中，有人发现我有一个 64 位转储，并告诉我由于位数错误，无法分析此转储。
使用 Windows 任务管理器创建转储时，我不知道自己做错了什么。这始终适用于 32 位操作系统。
我怎样才能为 .NET 提供良好的转储，尤其是使用正确的位数？
【问题讨论】：
标签： .net windbg crash-dumps minidump
.NET 应用程序的位数很重要，原因如下：
无法将转储从 64 位转换为 32 位，尽管理论上它应该包含所有必要的信息。
如果你觉得幸运的话，你也可以尝试一些说明
如果不知道位数，可以这样算：
Windows 7 任务管理器在进程中显示*32：
在 Windows 8 任务管理器中，转到 Details 选项卡并添加名为 Platform 的列：
Visual Studio 显示附加到进程时的位数：
Process Explorer 可以配置为显示Image Type 列：
自动检测位数的程序：
捕获具有特定位数的转储的工具：
-64 命令行开关运行只需根据您的应用程序选择位数，而不是根据操作系统。
对于 .NET，您需要一个完整的内存转储，否则您无法确定对象的内容。要包含全部内存，请执行以下操作：
.dump时指定/ma
-ma 命令行开关DumpType 设置为 2
我发现许多开发人员甚至不知道 Visual Studio 可以创建转储。原因可能是菜单长时间不可见。步骤如下：
可能只是为了调试 WoW64 层本身。
【讨论】：
Platform 列来确定这一点。在你的标题How to take a good... 中也可以考虑使用“正确”这个词而不是“好”这个词