如何在C#中获取COM对象的实际内存地址？

问题本质：虚拟地址 vs 物理地址 #

你看到的超大数值指针（例如0x1F3110D7948）是64位系统的虚拟内存地址，而非物理内存地址。现代操作系统通过虚拟内存机制为每个进程分配独立的地址空间，64位进程的虚拟地址空间上限可达16EB，远大于物理内存容量，这个地址本身就是可直接用于指针运算的有效地址——你不需要把它转换成物理内存地址。

正确操作步骤 #

1. 获取COM对象的IUnknown指针 #

Marshal.GetIUnknownForObject(item)返回的pUnk就是COM对象的有效虚拟地址，直接使用即可，无需额外处理GCHandle（GCHandle是针对托管对象的，COM对象是非托管资源，用它只会做无效操作）。

2. 读取VTable起始地址 #

COM对象的内存布局中，第一个字段永远是VTable指针，直接从pUnk指向的地址读取IntPtr就能得到VTable的起始地址：

var item = /* 你的COM实例 */;
IntPtr pUnk = Marshal.GetIUnknownForObject(item);
IntPtr vtableAddr = Marshal.ReadIntPtr(pUnk);

3. 计算目标函数地址并调用 #

64位系统下每个函数指针占8字节（IntPtr.Size会自动适配32/64位），假设要调用VTable中的第三个函数（注意：VTable索引从0开始计数，若前三个是QueryInterface、AddRef、Release，则第三个函数的索引是2），计算方式如下：

// 计算目标函数的地址（索引2对应第三个表项）
IntPtr targetFuncAddr = vtableAddr + (2 * IntPtr.Size);
// 将地址转换为匹配的委托类型并调用
var targetDelegate = Marshal.GetDelegateForFunctionPointer<YourCustomDelegate>(targetFuncAddr);
targetDelegate.Invoke(pUnk, /* 其他函数参数 */);

注意：委托的签名必须与COM函数完全匹配，包括参数类型、返回值、调用约定（COM默认使用stdcall，C#委托默认也是stdcall，无需额外声明）。

常见误区修正 #

• 不要用GCHandle处理COM指针：GCHandle的作用是固定托管对象在内存中的位置，防止GC移动，对非托管的COM对象完全无效，只会得到错误的地址。
• 虚拟地址就是可操作的有效地址：你不需要纠结数值大小，只要是Marshal类返回的IntPtr，在当前进程内就是合法的内存地址，可直接进行指针运算。

风险提示 #

这种操作完全依赖COM对象的底层内存布局，属于非标准操作，不同COM组件的实现可能存在差异，极易导致程序崩溃或兼容性问题。仅在极端必要场景下使用。

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