VS2022：已知托管变量实际地址时如何在监视窗口查看内容

核心原因 #

• 反编译源码的类型元数据不匹配：反编译生成的代码只是语法层面的还原，和原始程序集的内部类型布局（字段偏移、内存结构）不一致。VS调试器依赖进程中加载的原始程序集元数据解析对象，反编译的类型无法和内存中的实际对象绑定，导致指针转换失败。
• unsafe指针并非不适用，而是调试时需要类型元数据的精准匹配：反编译类型没有被调试器关联到进程中的实际类型实例，所以无法正确解析内存内容。

解决方法 #

1. 加载原始程序集符号 #

如果能获取目标程序的原始PDB符号文件（或通过微软符号服务器匹配对应版本）：

• 调试时打开「调试」→「选项」→「符号」，添加符号路径并加载。
• 重新附加进程后，调试器会用原始元数据解析内存对象，此时尝试*(name.space.MyClass*)0x0000007f12345678可能正常生效。

2. 手动解析内存布局 #

没有原始符号时，可基于.NET对象内存规则手动分析：

• 64位环境下，.NET对象头占16字节，字段从地址0x0000007f12345678 + 0x10开始。
• 对照反编译的MyClass字段定义，按类型大小计算字段偏移（比如int占4字节，string是8字节指针），在内存窗格中直接读取对应位置的内存值。

3. 使用SOS调试命令 #

借助VS即时窗口的SOS扩展工具直接解析原始对象：

• 先输入.load sos（64位环境用.load sos.dll）加载扩展。
• 执行!dumpobj 0x0000007f12345678，命令会直接输出对象的类型信息、字段名和对应值，无需依赖反编译源码的类型。

4. 修正反编译代码的类型匹配 #

对比原始程序集的IL代码（用ILSpy、dnSpy等工具查看），确保反编译的name.space.MyClass字段顺序、类型和原始完全一致：

• 编译反编译项目时禁用代码优化，保留完整调试信息。
• 在即时窗口用System.Runtime.InteropServices.Marshal.PtrToStructure(new IntPtr(0x0000007f12345678), typeof(name.space.MyClass))尝试转换对象。

内容的提问来源于stack exchange，提问作者tomoyo255