STM32L0 int32_t在RAM中所占字节问题
基于STM32L073的工程,申请了一个结构体:typedef struct{
uint16_t TUV_P_Threshold; // 0x2000095C
uint16_t TUV_P_Delay;
uint16_t TUV_PR_Threshold;
uint16_t TUV_PR_Delay;
uint16_t DUV_P_Threshold; // 0x20000964
uint16_t DUV_P_Delay;
uint16_t DUV_PR_Threshold;
uint16_t DUV_PR_Delay; // 0x2000096A
int32_t DOC_P1_Threshold; // 0x2000096C
uint16_t DOC_P1_Delay; // 0x20000970
int32_t DOC_P2_Threshold; // 0x20000972
uint16_t DOC_P2_Delay; // 0x20000978
int32_t DOC_APR_Threshold; // 0x2000097A
uint16_t DOC_APR_Delay; // 0x20000980
}
从实际内存分配上看int32_t DOC_P1_Threshold和int32_t DOC_P2_Threshold、DOC_APR_Threshold所占byte不一样,理论上int32_t 应该占4byte,但
DOC_P1_Threshold占了2byte,而DOC_P2_Threshold和DOC_APR_Threshold却占了6byte,如下图:
int型需要32位对齐,也就是一条指令必须访问到。
定义时,同类型的放到一起,或者仍掉一部分。或者自己想办法凑一下,让以32位对齐。
字节对齐。。。百度一下就知道啥意思了。。。我这里可以稍微解释一丢丢。。。假如:
u8 a
u8 b
u32 c
这样组成的结构体,你觉得占多少ram?在4字节(大部分都是这个对齐,也有其他的)对齐的情况下是8个byte...因为a、b占用了两个byte后,剩下的2byte无法被c使用,只能从头开始。。。我这里呢只是列举了个大概,还有其他各种考虑,百度上面有具体解释的!!! 应该是字节对齐的问题,楼主应该把uint32_t的变量排在前面。不要与uint16_t的变量交叉排列。 你可以打印下相应成员的地址,你上面的内存分布是按照实机大小排列的,实际分配的时候应该不是上面列出来的方式。 MrJiu 发表于 2018-9-8 14:31
字节对齐。。。百度一下就知道啥意思了。。。我这里可以稍微解释一丢丢。。。假如:
u8 a
u8 b
明白了,多谢 toofree 发表于 2018-9-10 12:27
int型需要32位对齐,也就是一条指令必须访问到。
定义时,同类型的放到一起,或者仍掉一部分。或者自己想办 ...
字节对齐问题,明白了,多谢
页:
[1]