STM32如何定义变量不浪费内存

asbnasbn

笔试时候有考察，32位单片机，请定义2个8bit，1个16bit变量.
我就随便写了u8 a;u8 b; u16 c;
然后被鄙视了，“很浪费内存的！” （目的是把一个32bit内存用完）
所以想问下怎样写会省内存，位域定义吗？
struct bs
{
u16 a:8;
u16 b:8:
u16 c:16;
}bit;

还有什么其他方法没？谢谢各位大虾。

xkwy

xkwy 发表于 2016-3-16 11:30
说实话，出这题跟问你i++++++j------k结果比也没啥了

一个可能正确的：

这个结构体占4字节，

但是如果把b和c调换一下位置，结构体就占8字节了
（调换后，a后面有一字节空裆，c后面有2字节空裆，b后面有一字节空裆）

因为默认8位单字节对齐，16位双字节对齐，32位四字节对齐。

xkwy

说实话，出这题跟问你i++++++j------k结果比也没啥了

一个可能正确的：
[mw_shl_code=c,true]struct
{
    u8 a;
    u8 b;
    u16 c;
} Fuck;[/mw_shl_code]

Da Wen

xkwy 发表于 2016-3-16 11:35
这个结构体占4字节，

但是如果把b和c调换一下位置，结构体就占8字节了

赞同

不过b、c调换位置之后结构体占用的是6字节吧

xkwy

Da Wen 发表于 2016-3-16 11:56
赞同

不过b、c调换位置之后结构体占用的是6字节吧

结构体本身也是四字节对齐的

Da Wen

xkwy 发表于 2016-3-16 15:28
结构体本身也是四字节对齐的

结构体所占空间是最宽数据类型大小的整数倍

原子哥

个人认为完全没有必要了。。。除非程序定义结构体可读性更强。。。或者变量太多太多并且共同描述一个东东。。。
不要在意这点内存，不需要特意把几个毫不相干的变量放到一个结构体里面没有啥意思。。。。。

xkwy

Da Wen 发表于 2016-3-16 15:46
结构体所占空间是最宽数据类型大小的整数倍

学习了。

我的代码是keil编译的，可能不同编译器不同处理吧

xkwy

openedvadmin 发表于 2016-3-16 21:42
个人认为完全没有必要了。。。除非程序定义结构体可读性更强。。。或者变量太多太多并且共同描述一个东东。 ...

赞同     

xuyan021

赞同！

xuyan021

1 结构体存储对齐
结构体占用的空间为结构体成员中，占字节最大的数据成员的空间的整数倍
比如：
struct student{
char sex;
int score;
};
最大长度为整型占用4个字节的空间，所以其占用的空间为4的倍数，这样 s占用的空间就是 8个字节。
如果是这样一个结构体

struct student{
char sex;
double score;
};
占用的大小就是8的倍数，为16个字节；

2.数据成员的书写顺序也会影响结构体占用的空间的大小：

struct student{
char sex;
int score;
char subject;
};
占用的是4x3为12个字节，内存结构为先为sex分配一个字节的空间，然后执行对齐操作，下一个int型变量在下一个四字节的空间，然后，后面的subject为了对齐还占用4个字节的空间。
而
struct student{
char sex;
char subject;
int score;
};
占用的是2X4为8个字节的空间，因为前两个字符连续存放在了四字节的空间的前两个里面。为了执行对齐，空了两个字符的空间，下一个int型的变量存放在下一个四字节的空间中。

总结：
因为struct结构体的存储顺序会影响空间的使用率，所以以后应该尽量将相同数据类型的变量连续写。

xuyan021

结构体所占用的内存与其成员在结构体中的声明顺序有关，其成员的内存对齐规则如下：

（1）每个成员分别按自己的对齐字节数和PPB（指定的对齐字节数，32位机默认为4）两个字节数最小的那个对齐，这样可以最小化长度。

（2）复杂类型(如结构)的默认对齐方式是它最长的成员的对齐方式，这样在成员是复杂类型时，可以最小化长度。

（3）结构体对齐后的长度必须是成员中最大的对齐参数（PPB）的整数倍，这样在处理数组时可以保证每一项都边界对齐。

（4）计算结构体的内存大小时，应该列出每个成员的偏移地址，则其长度=最后一个成员的偏移地址+最后一个成员数的长度+最后一个成员的调整参数（考虑PPB）。

Da Wen

openedvadmin 发表于 2016-3-16 21:42
个人认为完全没有必要了。。。除非程序定义结构体可读性更强。。。或者变量太多太多并且共同描述一个东东。 ...

赞同