使用[StructLayout(LayoutKind.Sequential)]时，C#封送结构体的虚表存储位置

好问题！先给你理清一个核心误区：你定义的DemoPlain是C#值类型（struct），而值类型本身是没有虚表（vtable）的——这和引用类型（class）的内存布局有本质区别，咱们一步步拆解：

1. 值类型（struct）为什么没有虚表？ #

• 引用类型（class）的实例分配在堆上，每个实例的开头都会有一个虚表指针（vptr），指向存储在进程只读数据段的虚表，虚表里包含了类的虚方法、接口方法的地址。
• 但值类型是值语义，通常分配在栈上（除非被装箱），它们天生不支持虚方法（你甚至不能给struct的方法加virtual修饰符），也不能继承其他自定义类型（仅隐式继承ValueType和Object，这是CLR的特殊处理），所以根本不需要虚表来实现多态。

2. 装箱场景下的虚表和封送无关 #

如果你的struct实现了接口，当它被装箱到堆上时，装箱后的对象会包含一个虚表指针（对应装箱后的类型，包含接口方法的入口）。但这和你用[StructLayout(LayoutKind.Sequential)]做数据封送的场景完全不沾边：

• 封送二进制数据时，CLR会直接处理值类型的原始内存布局，不会触发装箱操作，所以封送的内存块里不会出现任何虚表指针或额外元数据。你测试里的Marshal.OffsetOf和Marshal.SizeOf结果也验证了这一点——内存就是两个int的总大小（8字节），没有额外开销。

3. 如果是引用类型（class）用StructLayout(Sequential)呢？ #

假设你把DemoPlain改成class（引用类型）并加上[StructLayout(LayoutKind.Sequential)]，这个类的实例在堆上的实际布局会是：开头是8字节（64位系统）的虚表指针，之后才是x和y字段。但注意：

• 当你用Marshal类对这个class做封送时，CLR会忽略引用类型的对象头（包括虚表指针），只封送字段的实际内容，所以Marshal.SizeOf返回的依然是8，和struct的结果一致。

内容的提问来源于stack exchange，提问作者Kasper van den Berg