请进来解释一下>>>>>>看代码说话

Kinpring 2008-04-02 06:33:17
C++中定义结构体:
#if (defined(AIX) && defined(__xlC__))
#pragma options align = packed
#else
#pragma pack(1)
#endif
typedef struct
{
char szServerName[33];
int nProtocal;
char szAddress[33];
int nPort;
char szSendQName[33];
char szReceiveQName[33];
char szReserved[33];
}
tagConnectOption;

sizeof(tagConnectOption) = 173


C#中定义

        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


进一步

        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)=168


        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)=165


在C++中的字长很容易理解, 33*5 + 4*2 = 173, 为什么在C#中少了一个字节变成 172 了呢?

进一步 当C#中没有定义Int16时,为 33*5=165 容易理解;定义一个Int16 时为 168 在原来基础上增加了3字节???

费解啊 费解啊
...全文
260 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
Kinpring 2008-04-07
  • 打赏
  • 举报
回复
明白了 谢谢 ivorstar !
Kinpring 2008-04-03
  • 打赏
  • 举报
回复
自己醒悟过来了,上面结构中应该是逐项对齐的,即布局为:
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]

对吗?
有待高手肯定
Kinpring 2008-04-03
  • 打赏
  • 举报
回复
谢谢 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呢?
ivorstar 2008-04-03
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 Kinpring 的回复:]
自己醒悟过来了,上面结构中应该是逐项对齐的,即布局为:
1),数据成员各自对齐
[0 szServerName 32][33 nProtocal 34][35][36 szAddress 68][69 nPort 70][71][72 szSendQName 104][105 szReceiveQName 137][138 szReserved 170]
[/Quote]
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(自身长度,封装长度)的倍数
Kinpring 2008-04-03
  • 打赏
  • 举报
回复
再顶一下回家了,明天来看
Kinpring 2008-04-03
  • 打赏
  • 举报
回复
Kinpring 2008-04-03
  • 打赏
  • 举报
回复
Kinpring 2008-04-03
  • 打赏
  • 举报
回复
ivorstar 2008-04-02
  • 打赏
  • 举报
回复
最后的167是补了一个空字节,因为要将整个结构体大小控制为8的倍数。
其他几个类似,只要弄明白了布局规则,就OK了。
-------------------------------------------------------------
这句话说错了,应该是控制为2的倍数,因为是“结构的整体对齐规则:在数据成员完成各自对齐之后,结构本身也要进行对齐,对齐将按照pack指定的数值和结构最大数据成员长度中,比较小的那个进行”也就是Int16的长度2
ivorstar 2008-04-02
  • 打赏
  • 举报
回复
和内存对齐有关系,第一段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了。
fengniumaxi 2008-04-02
  • 打赏
  • 举报
回复
具体你可以看下struct在各语言的说明
Scarroot 2008-04-02
  • 打赏
  • 举报
回复
lz精神让我pf.
内容概要:本文围绕“非线性流量的数据驱动Koopman模型预测控制研究”展开,提出一种基于数据驱动的Koopman算子理论方法,用于构建非线性系统的线性化状态空间模型,并结合模型预测控制(MPC)实现对复杂非线性系统的高效控制。研究通过引入扩展动态模态分解(EDMD)等观测函数,将非线性动力学映射至高维特征空间,在该空间中实现近似线性化表征,进而融合线性MPC框架进行优化求解。全文系统阐述了Koopman算子的数学基础、隐式线性化机制及在非线性流量控制中的建模流程,并通过Matlab代码完成了算法实现与仿真实验,验证了该方法在处理无精确物理模型、强非线性、时变动态系统中的有效性与鲁棒性,尤其适用于工业流程控制、能源系统调度等实际工程场景。; 适合人群:具备自动控制理论、非线性系统分析基础,熟悉Matlab编程,从事控制工程、系统辨识、智能优化、能源系统建模等方向的研究生、科研人员及工程技术人员。; 使用场景及目标:①应用于难以建立精确数学模型的复杂非线性系统(如流体动力系统、电力电子系统、机器人动力学等)的建模与实时控制;②实现数据驱动下的模型预测控制,提升系统响应速度与控制精度;③为先进控制策略(如MPC)提供一种可行的线性化建模范式,推动现代控制理论与数据科学、机器学习的深度融合。; 阅读建议:建议读者结合提供的Matlab代码深入理解Koopman方法的具体实现过程,重点关注观测函数构造、核函数选择、矩阵逼近、降维处理及MPC控制器设计等关键技术环节,并尝试将其迁移至其他非线性系统中进行复现实验与性能对比,以全面掌握其适用范围与局限性。
内容概要:本文详细介绍了一种基于Simulink的光伏储能单相逆变器并网仿真模型,系统涵盖了光伏阵列、储能单元、DC-AC单相逆变器及并网接口的完整结构,重点实现了储能环节的能量管理与逆变器并网控制策略的建模仿真。通过Simulink平台构建系统模型,验证了逆变器输出电能质量、并网稳定性以及控制系统的动态响应性能,采用SPWM调制、PI闭环控制等关键技术,确保并网电流与电网电压同频同相,满足并网电能质量要求。该模型不仅可用于分布式能源系统的仿真研究,还可作为新能源并网技术的教学与工程实践工具。; 适合人群:电气工程、自动化、新能源科学与工程等相关专业的高校本科生、研究生、科研人员,以及从事光伏发电系统设计、储能控制与并网技术研发的工程技术人员。; 使用场景及目标:①深入理解光伏储能系统中能量转换、存储与并网控制的整体工作原理;②支持课程设计、毕业设计或科研项目中对单相逆变器控制策略(如SPWM、PI调节、锁相技术等)的仿真验证与参数优化;③为后续研究更复杂的控制算法(如MPPT、低电压穿越、谐波抑制等)提供可扩展的仿真基础平台。; 阅读建议:建议结合MATLAB/Simulink环境动手搭建与调试模型,逐步理解各模块(如光伏建模、储能充放电控制、逆变器驱动、锁相环、PI调节器等)的功能与交互关系,重点关注控制系统的设计逻辑与参数整定过程,并可通过修改负载条件或电网参数测试系统鲁棒性,为进一步拓展至三相系统或多机并网场景奠定基础。

111,131

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Creator Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧