请进来解释一下>>>>>>看代码说话 具体你可以看下struct在各语言的说明 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 和内存对齐有关系,第一段C++程序中,#pragma pack(1)指定了对齐时封装大小是1,你可以试试设成8应该就和C#的结果一样了。(印象中封转大小默认是8)在C#中,如果没有指定struct的内存对齐方式,默认为LayoutKind.Sequential,封装大小为8参考一下这篇文章:http://bigwhite.blogbus.com/logs/2005/08/1347304.html,里面讲解了对齐规则。解释一下为何下面这段占用168[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szServerName; //public Int16 nProtocal; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szAddress; public Int16 nPort; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szSendQName; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szReceiveQName; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szReserved;首先,[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szServerName;相当于写了33个byte在这里,对齐是按照每个byte来对齐的,不是按照整个数组对齐,byte长度是1,1<8,按照1对齐,这就能导致szAddress从第33字节开始对齐,而不是从第40字节而Int16占用两个字节,按照2来对齐,所以整个struct在内存中的布局是[0 szServerName 32][33 szAddress 65][66 nPort 67][68 szSendQName 100][101 szReceiveQName 133][134 szReserved 166][167]最后的167是补了一个空字节,因为要将整个结构体大小控制为8的倍数。其他几个类似,只要弄明白了布局规则,就OK了。 最后的167是补了一个空字节,因为要将整个结构体大小控制为8的倍数。 其他几个类似,只要弄明白了布局规则,就OK了。-------------------------------------------------------------这句话说错了,应该是控制为2的倍数,因为是“结构的整体对齐规则:在数据成员完成各自对齐之后,结构本身也要进行对齐,对齐将按照pack指定的数值和结构最大数据成员长度中,比较小的那个进行”也就是Int16的长度2 谢谢 ivorstar 的耐心回答!照此解释 public struct tagConnectOption { [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szServerName; public Int16 nProtocal; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szAddress; public Int16 nPort; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szSendQName; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szReceiveQName; [MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)] public byte[] szReserved; public tagPConnectOption(int serNameMax, int desMax) { szServerName = new byte[33]; nProtocal = 0; szAddress = new byte[33]; nPort = 0; szSendQName = new byte[33]; szReceiveQName = new byte[33]; szReserved = new byte[33]; } } Marshal.SizeOf(tagPConnectOption)=172[0 szServerName 32][33 nProtocal 34][35 szAddress 67][68 nPort 69][70 szSendQName 102][103 szReceiveQName 135][136 szReserved 168][169]这个为什么不是170而是172呢? 自己醒悟过来了,上面结构中应该是逐项对齐的,即布局为:1),数据成员各自对齐[0 szServerName 32][33 nProtocal 34][35][36 szAddress 68][69 nPort 70][71][72 szSendQName 104][105 szReceiveQName 137][138 szReserved 170]2),数据成员完成各自对齐,结构本身进行对齐[0 szServerName 32][33 nProtocal 34][35][36 szAddress 68][69 nPort 70][71][72 szSendQName 104][105 szReceiveQName 137][138 szReserved 170][171]对吗?有待高手肯定 1),[0 szServerName 32][33][34 nProtocal 35][36 szAddress 68][69][70 nPort 71][72 szSendQName 104][105 szReceiveQName 137][138 szReserved 170]……可以再参照参照上面链接里的例子,在考虑自身布局的时候,nProtocal总是努力把自己放在一个好找的位置——起始位置=Min(自身长度,封装长度)的倍数 明白了 谢谢 ivorstar ! 用C#如何添加自定义控件 查找目录下所有文件中特定字符串 有关WinForm的 .NET里怎样解析Html 简单通信问题!!为什么相同的代码,A能传递成功给B,B却不能传给A 怎么从DataGrid中删去一行数据? 求助(在线等) C# 获取ListView20WndClass中的内容 如何升级主板 很郁闷,怎么清除pictureBox中的图片啊,不是用代码. Image->byte[], byte[]-> Image 自做的combobox,怎么使 在combobox区域外(窗体其他地方),点的时候listbox收起来.
在C#中,如果没有指定struct的内存对齐方式,默认为LayoutKind.Sequential,封装大小为8
参考一下这篇文章:http://bigwhite.blogbus.com/logs/2005/08/1347304.html,里面讲解了对齐规则。
解释一下为何下面这段占用168
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szServerName;
//public Int16 nProtocal;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szAddress;
public Int16 nPort;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szSendQName;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szReceiveQName;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szReserved;首先,[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szServerName;
相当于写了33个byte在这里,对齐是按照每个byte来对齐的,不是按照整个数组对齐,
byte长度是1,1<8,按照1对齐,这就能导致szAddress从第33字节开始对齐,而不是从第40字节
而Int16占用两个字节,按照2来对齐,
所以整个struct在内存中的布局是
[0 szServerName 32][33 szAddress 65][66 nPort 67][68 szSendQName 100][101 szReceiveQName 133][134 szReserved 166][167]
最后的167是补了一个空字节,因为要将整个结构体大小控制为8的倍数。
其他几个类似,只要弄明白了布局规则,就OK了。
其他几个类似,只要弄明白了布局规则,就OK了。
-------------------------------------------------------------
这句话说错了,应该是控制为2的倍数,因为是“结构的整体对齐规则:在数据成员完成各自对齐之后,结构本身也要进行对齐,对齐将按照pack指定的数值和结构最大数据成员长度中,比较小的那个进行”也就是Int16的长度2
{
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szServerName;
public Int16 nProtocal;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szAddress;
public Int16 nPort;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szSendQName;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szReceiveQName;
[MarshalAs(UnmanagedType.ByValArray, SizeConst = 33)]
public byte[] szReserved; public tagPConnectOption(int serNameMax, int desMax)
{
szServerName = new byte[33];
nProtocal = 0;
szAddress = new byte[33];
nPort = 0;
szSendQName = new byte[33];
szReceiveQName = new byte[33];
szReserved = new byte[33];
} } Marshal.SizeOf(tagPConnectOption)=172[0 szServerName 32][33 nProtocal 34][35 szAddress 67][68 nPort 69][70 szSendQName 102][103 szReceiveQName 135][136 szReserved 168][169]这个为什么不是170而是172呢?
1),数据成员各自对齐
[0 szServerName 32][33 nProtocal 34][35][36 szAddress 68][69 nPort 70][71][72 szSendQName 104][105 szReceiveQName 137][138 szReserved 170]
2),数据成员完成各自对齐,结构本身进行对齐
[0 szServerName 32][33 nProtocal 34][35][36 szAddress 68][69 nPort 70][71][72 szSendQName 104][105 szReceiveQName 137][138 szReserved 170][171]对吗?
有待高手肯定
……
可以再参照参照上面链接里的例子,在考虑自身布局的时候,nProtocal总是努力把自己放在一个好找的位置——起始位置=Min(自身长度,封装长度)的倍数