位段（Bit Field）是一种在 C/C++ 语言中用于压缩数据结构的技术，它允许程序员将一个数据类型中的多个成员在存储时共享同一个字节或几个字节的存储空间，以达到节省内存的目的。
位段的声明和结构体是类似的，但有两个不同之处：
- 位段的成员必须是 int、unsigned int、signed int 或 char（属于整型家族）类型。
- 位段的成员名后面有一个冒号和一个数字。
举个例子：
struct A
{
int a : 2; // a只需要2个比特位
int b : 5; // b只需要5个比特位
int c : 10; // c只需要10个比特位
int d : 30; // d只需要30个比特位
};
int main()
{
cout << sizeof S << endl;
return 0;
}
// 运行结果：
这里的 A 就是一个位段类型。
💥注：冒号后面的数字代表该成员需要用的比特位的位数，所以该数字不能超过该成员变量的变量大小，单位为比特 bit。
int e : 33; // error 需要注意的是，位段的布局和大小在不同的编译器和架构下可能会有所不同，因此在使用位段时需要注意其可移植性和兼容性。此外，位段的访问和操作也需要遵循一定的规则和限制，具体可以参考C和C++语言的相关规范。
Ⅱ. 位段大小的计算
知道了什么是位段，那么位段的大小是如何计算的呢❓❓❓
规则：位段的空间是按照需要，以4个字节（int）或1个字节（char）的方式来开辟的。
举个例子：
struct S
{
char a : 3;
char b : 4;
char c : 5;
char d : 4;
}; 首先，该位段类型的成员类型是 char 类型，我们一次开辟 1 个字节（即 8 个比特位）的内存大小，如果不够再继续开辟。
第一次开辟的 8 个比特位中，成员 a 用去了 3 个比特位，成员 b 用去了 4 个比特位，此时剩下 1 个比特位，而成员 c 需要 5 个比特位，于是又新开辟 8 个比特位，到这里便有两种情况：
情况一：成员 c 先把上次开辟的 8 个比特位中剩下的一个比特位用去，再在新开辟的 8 个比特位中用去 4 个比特位。
情况二：成员 c 之间使用新开辟的 8 个比特位中的5个比特位，而上次开辟的 8 个比特位中剩下的那个比特位被浪费。
关于这一点，C语言标准并没有定义，于是不同编译器就可能按照不同的方式来计算。当前使用平台的 VS2013 是按照第二种情况进行计算的，所以此时成员 c 用去了新开辟的 8 个比特位中的 5 个比特位，剩下 3 个比特位，不够成员 d 使用，所以又新开辟 8 个比特位供成员 d 使用，一个开辟了 3 次，即 24 个比特位，即 3 个字节，所以该位段类型的大小在 VS2013 编译器下的大小为 3 个字节。
Ⅲ. 位段的内存分配
#include <stdio.h>
struct S
{
char a : 3;
char b : 4;
char c : 5;
char d : 4;
};
int main()
{
struct S s = { 0 };
s.a = 10;
s.b = 12;
s.c = 3;
s.d = 4;
return 0;
} 上面我们已经计算了该位段类型在 VS2013 编译器下的大小为 3 个字节，那么当我创建一个该位段类型的变量并对齐赋上一些值时，这些值在内存中是如何分配的呢？
在内存分配的过程中又可能遇到一个问题：当开辟好 8 个比特位，我们使用这 8 个比特位的时候，是从左向右使用还是从右向左使用的呢？ 这又是一个C语言标准尚未定义的规则，所以不同编译器下又可能不一样，在 VS2013 编译器下经测试是按照从右向左使用的。
于是在 VS2013 编译器下是这样分配的：
因为在赋值之前已经将创建的位段类型的 s 变量赋初值为 0 了，所以白色区域（即浪费了的区域）代表的数字就是0。
于是把赋的值分配进去后，这 3 个字节的内容用二进制表示就是：01100010 00000011 00000100，将其化为十六进制就是：62 03 04
Ⅳ. 位段的跨平台问题
在上面我们已经看到了，关于位段的很多问题都是C语言标准未定义的，所以在不同编译器中的情况就会不一样，造成位段跨平台问题的主要原因有以下几点：
- int位段被当成有符号数还是无符号数是不确定的。
- 位段中最大位的数目不能确定。（16位机器最大为16，32位机器最大为32，写成27在16位平台就会出问题）
- 位段中的成员在内存中是从左向右分配，还是从右向左分配尚未定义。
- 当一个结构包含两个位段，第二个成员位段比较大，无法容纳于第一个位段剩余的位时，是舍弃剩余的位还是利用，这是不确定的。
所以在考虑是否使用位段时要十分小心，因为跟普通的结构体相比，位段虽然可以达到同样的效果，并且可以很好地节省空间，但是存在跨平台的问题。
Ⅴ. 位段的应用
当我们用微信或是QQ向好友发送消息时，只需将要发送的内容写入对话框并点击发送即可，但你以为这其中的过程真的就那么简单吗？
其实比你想象的要复制得多，当你要发送一条消息给某人时，系统必须知道这条消息从哪里来，要到那里去以及这条消息的生存时间等等，如下图：
这时，我们运用位段就能节省大量空间，而且当我们发消息时，因为发出去的数据包越小，我们的信息传输效率就会越高，这好比在高速公路上如果全是小汽车（位段类型将空间运用到极致），那么交通会很流畅，而如果全是大卡车（普通结构体类型占用空间较大），那么就会造成交通堵塞。
