惊天BUG-字节对齐再思考-总结

 

 

总结：前面字节序有2个办法  

1我自己PACK 保证内存对齐 但是速度不好

2TOUCH这样的混到数组里面 

3有没有好主意？看下面
这个时候我也遇到了
可以1for=0
2如下 找一个中间的

 

3哈哈期待下

 

下面需要注意

//想个办法优化一下
void GK_usart_clear(GK_USARTBASE_TYPE *myuart)
{
    uint32_t temRXaddress = (uint32_t)myuart->rxBuf;
    uint32_t temUSARTaddress = (uint32_t)myuart->huart;
	memset(myuart,0,sizeof(GK_USARTBASE_TYPE));
    myuart->rxBuf = (uint8_t*)temRXaddress;
    myuart->huart = (UART_HandleTypeDef *)temUSARTaddress;
}
//他是先临时保存起来--再集体格式化--再把临时保存的赋值回来

#include <stdio.h>
#include <string.h>

typedef unsigned char      uint8_t;
typedef unsigned short int uint16_t;
typedef unsigned int       uint32_t;
typedef struct
{
	uint8_t *huart; 
	uint8_t  *rxBuf;
	uint16_t rx_len;
	uint8_t  one;
	uint8_t  received2idle;
}GK_USARTBASE_TYPE ;	

#define offsetof(TYPE,MEMBER)   (int)  (&((TYPE *)0)->MEMBER)
int main(int argc,char **argv)
{
	printf("%d\r\n",offsetof(GK_USARTBASE_TYPE,huart));//0
	printf("%d\r\n",offsetof(GK_USARTBASE_TYPE,rxBuf));//4
	printf("%d\r\n",offsetof(GK_USARTBASE_TYPE,rx_len));//8
	printf("%d\r\n",offsetof(GK_USARTBASE_TYPE,one));//10
	printf("%d\r\n",offsetof(GK_USARTBASE_TYPE,received2idle));//11
	printf("%d\r\n",sizeof(GK_USARTBASE_TYPE));//12
}

 

这就是新办法 不要sizof 不要PACK 决定安全！！！

 

 

去操作的时候 原来已经有了 自己用就好！！1

 

 

 

 

typedef struct
{
	UART_HandleTypeDef *huart; //来自HAL的模块
	uint8_t  *rxBuf;//放置数据的-不是数组了这样灵活点儿
	uint16_t rx_len;
	uint8_t  one;//当前过来的HEX
	uint8_t  received2idle;//1空闲中断到了
}GK_USARTBASE_TYPE ;	 


void GK_usart_clear(GK_USARTBASE_TYPE *myuart)
{
	memset(&myuart->rx_len,0,sizeof(GK_USARTBASE_TYPE)-offsetof(GK_USARTBASE_TYPE,rx_len));
}

 

 

+++++++++++++++++++++++++补充一个内存对齐问题++++++++++++

 

比较两个结构体时， 若结构体中含有大量的成员变量， 为了方便， 程序员往往会直接使用memcmp对这两个结构体进行比较， 以避免对每个成员进行分别比较。 这样的代码写起来比较简单， 然而却很可能深藏隐患。 请看下面的示例代码：

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
typedef struct padding_type {
	short m1;
	int m2;
}padding_type_t;
int main()
{
	padding_type_t a = {
		.m1 = 0,
		.m2 = 0,
	};
	padding_type_t b;
	memset(&b, 0, sizeof(b));
	if (0 == memcmp(&a, &b, sizeof(a))) {
		printf("Equal!\n");
	}else {
		printf("No equal!\n");
	}
	return 0;
}

最终的结果：
# ./a.out 
No equal!
 

为什么会是这样的结果呢？ 有经验的读者立刻就会反应过来： 这是由于对齐造成的。

没错！ 就是因为struct padding_type->m1的类型是short类型， 而m2的类型是int类型。 根据自然对齐规则， struct padding_type需要进行4字节对齐。 因此编译器会在m1后面插入两个padding字节， 而这两个字节的内容却是“随机”的。 结构体b由于调用了memset对整个结构体占用的内存进行了清零， 其padding的值自然就为0。 这样， 当使用memcmp对两个结构体进行比较时， 结论就是不相同了， 即返回值不为0。

所以， 除非在项目中可以保证所有的结构体都会使用memset来进行初始化（这个是很难保证的） ， 否则就不要直接使用memcmp来比较结构体。
————————————————
版权声明：本文为CSDN博主「QQ2651401966」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_40732350/article/details/84675276