C# 如果结构包含DateTime字段，为什么LayoutKind.Sequential的工作方式不同？
如果结构包含DateTime字段，为什么LayoutKind.Sequential的工作方式不同 考虑以下代码（必须在启用“不安全”的情况下编译的控制台应用程序）： 现在，如果我运行上面的代码，我会得到如下类似的输出： 结构的地址=40f2cC# 如果结构包含DateTime字段，为什么LayoutKind.Sequential的工作方式不同？,c#,datetime,marshalling,structlayout,C#,Datetime,Marshalling,Structlayout,如果结构包含DateTime字段，为什么LayoutKind.Sequential的工作方式不同 考虑以下代码（必须在启用“不安全”的情况下编译的控制台应用程序）： 现在，如果我运行上面的代码，我会得到如下类似的输出： 结构的地址=40f2c 第一个地址=40F2D4 NotFirst的地址=40f2c 请注意，First的地址与struct的地址不同；但是，NotFirst的地址与结构的地址相同 现在注释掉结构中的“DateTime WTF”字段，然后再次运行它。 这一次，我得到了如下类似的输
第一个地址=40F2D4
NotFirst的地址=40f2c 请注意，First的地址与struct的地址不同；但是，NotFirst的地址与结构的地址相同 现在注释掉结构中的“DateTime WTF”字段，然后再次运行它。 这一次，我得到了如下类似的输出： 结构地址=15F2E0
第一个地址=15F2E0
NotFirst的地址=15F2E8 现在，“First”与结构具有相同的地址 考虑到LayoutKind.Sequential的使用，我发现这种行为令人惊讶。有人能解释一下吗？当与使用Com DATETIME类型的C/C++结构进行互操作时，这种行为是否有任何影响 [编辑]注意：我已经验证，当您使用Marshal.StructureToPtr（）封送结构时，数据是按照正确的顺序封送的，并且“First”字段是第一个字段。这似乎表明它可以很好地与互操作配合使用。神秘之处在于为什么内部布局会发生变化——当然，内部布局从未指定，因此编译器可以随心所欲 [EDIT2]从结构声明中删除了“不安全的”（这是我在做一些测试时留下的） [EDIT3]这个问题的原始来源是MSDN C#论坛： 几个因素
- 双打如果对齐，速度会快得多
- 如果内存中没有“洞”，CPU缓存可能工作得更好
但是，LayoutKind.Sequential确实会阻止编译器更改字段的顺序。回答我自己的问题（建议）： 问题：“当与使用Com DATETIME类型的C/C++结构进行互操作时，这种行为是否会产生任何影响？” 答：没有，因为使用编组时会考虑布局。（我以经验验证了这一点。） 问题“有人能提供解释吗？”
答：我仍然不确定这一点，但是由于结构的内部表示没有定义，编译器可以做它喜欢做的事情。如果你想与C/C++进行互操作，我将始终对StructLayout进行具体说明。我将使用Explicit代替顺序，并使用FieldOffset指定每个位置。另外，添加Pack变量
[StructLayout(LayoutKind.Explicit, Pack=1, CharSet=CharSet.Unicode)]
public struct Inner
{
[FieldOffset(0)]
public byte First;
[FieldOffset(1)]
public double NotFirst;
[FieldOffset(9)]
public DateTime WTF;
}
包变量在C++代码中尤其重要，它可以编译在不同的字大小的不同系统上。
我也会忽略使用不安全代码时可以看到的地址。只要封送正确，编译器做什么并不重要。您正在检查托管结构中的地址。封送处理属性不能保证托管结构中字段的排列 它正确封送到本机结构中的原因是，使用封送值设置的属性将数据复制到本机内存中 因此，管理结构的安排对本地结构的安排没有影响。只有属性影响本机结构的排列 如果使用封送属性设置的字段以与本机数据相同的方式存储在托管数据中，那么marshal.StructureToPtr中就没有意义了，您只需通过字节复制数据即可 如果结构包含DateTime字段，为什么LayoutKind.Sequential的工作方式不同 这是与环境有关的。此代码复制您看到的行为：
static class Program
{
static unsafe void Main()
{
Console.WriteLine("64-bit: {0}", Environment.Is64BitProcess);
Console.WriteLine("Layout of OneField: {0}", typeof(OneField).StructLayoutAttribute.Value);
Console.WriteLine("Layout of Composite: {0}", typeof(Composite).StructLayoutAttribute.Value);
Console.WriteLine("Size of Composite: {0}", sizeof(Composite));
var local = default(Composite);
Console.WriteLine("L: {0:X}", (long)(&(local.L)));
Console.WriteLine("M: {0:X}", (long)(&(local.M)));
Console.WriteLine("N: {0:X}", (long)(&(local.N)));
}
}
[StructLayout(LayoutKind.Auto)] // also try removing this attribute
struct OneField
{
public long X;
}
struct Composite // has layout Sequential
{
public byte L;
public double M;
public OneField N;
}
OneFieldDateTimeOneField顺序根据Hans Passant在另一个线程中的评论，当其中一个成员是
Auto