嵌入式编程：平台大小端存储差异解决办法
关于大小端存储的问题，在嵌入式开发里这个早已不是什么新鲜事儿了。作为开发者都有着很清晰的认识，在此就嵌入式开发中的大小端问题，做个简单的分享总结。
大端小端，是相对内存而言的。有关大小端的资料，互联网上一搜就一大堆的博文和百科知识点，这里就不再赘述。
在工程项目中，需要处理大小端差异的，主要出现在数据处理的过程中，常见的有：
1．数据包解析和组包
2．数据收发和参数传递
数据包解析和组包
数据包解析和组包的过程，可以参考《嵌入式硬件通信接口协议－UART（四）设计起止式的应用层协议》该文中的“设计协议帧结构”部分，该部分内容讲到把uint16＿t字段的数据使用2个uint8＿t类型的数据表示，旨在数据传输时没有差异。
但是，有些接口是别人设计好的，作为应用者你只能“顺从”地使用。
在C语言里可以利用强制转换来实现对数据类型的转换，但是强转的结果依赖于当前平台大、小端情况的。
如下的类型强制转换，将uint8＿t类型buf中的数据流强制转为uint16＿t类型后取出赋值给tmp＿dat变量，根据观察发现buf中的数据流被每2个字节“组合”成一个uint16＿t类型的数据，Debug过程截图如下：
代码中的p1是一个uint16＿t类型指针，指向uint8＿t类型数据流的tmp＿stream，此处的指针赋值就需要使用强制转换。
在for循环内以p1指针为“起点”循环做偏移取出数据，并且每次偏移uint16＿t类型的数据宽度，因为p1是uint16＿t类型指针。
观察取出数据存放的tmp＿dat变量，可见数据被从左到右（也就是从低地址到高地址）每2个字节“组合”成uint16＿t类型，比如0x11和0x12组合成0x1122，0x33和0x44组合成0x3344．．．．．．可见，低地址的那一个数据组合后成为了uint16＿t的高字节部分！这就是大端模式！
同样的代码，拿到小端模式的ARM平台里运行，结果就完全不一样了：
不难发现，在小端平台里，数据被从左到右（也就是从低地址到高地址）每2个字节“组合”成uint16＿t类型了，而此时0x11和0x12组合成0x2211，同时0x33和0x44组合成0x4433……可见，低地址的那一个数据组合后成为了uint16＿t的低字节部分！这就是小端模式！
类似的问题，也会出现在强制转换为结构体的过程中，并且实际得到的结构体由于大小端问题，部分成员已经“变了样”！
使用同一数据流，利用一结构体指针p2指向该数据流进行解析，对比不同平台强制转换后的结构体部分成员的情况。
大端模式的51平台下：
小端模式的ARM平台下：
分享
图片新闻
最新活动更多
-
11月28日立即报名>>> 2024工程师系列—工业电子技术在线会议
-
11月29日立即预约>> 【上海线下】设计，易如反掌—Creo 11发布巡展
-
11月30日立即试用>> 【有奖试用】爱德克IDEC-九大王牌安全产品
-
即日-12.5立即观看>> 松下新能源中国布局：锂一次电池新品介绍
-
12月19日立即报名>> 【线下会议】OFweek 2024（第九届）物联网产业大会
-
即日-12.26火热报名中>> OFweek2024中国智造CIO在线峰会
发表评论
请输入评论内容...
请输入评论/评论长度6~500个字
暂无评论
暂无评论