联合体（union）的使用方法及其本质

ssssssssssss

https://blog.csdn.net/huqinwei987/article/details/23597091

有些基础知识快淡忘了，所以有必要复习一遍，在不借助课本死知识的前提下做些推理判断，温故知新。

1.联合体union的基本特性——和struct的同与不同

union，中文名“联合体、共用体”，在某种程度上类似结构体struct的一种数据结构，共用体(union)和结构体(struct)同样可以包含很多种数据类型和变量。

不过区别也挺明显：

结构体(struct)中所有变量是“共存”的——优点是“有容乃大”，全面；缺点是struct内存空间的分配是粗放的，不管用不用，全分配。

而联合体(union)中是各变量是“互斥”的——缺点就是不够“包容”；但优点是内存使用更为精细灵活，也节省了内存空间。

2.双刃剑——多种访问内存途径共存

一个例子了然：

[cpp] view plain copy

• //example  
• #include<stdio.h>  
• union var{  
•         long int l;  
•         int i;  
• };  
• main(){  
•         union var v;  
•         v.l = 5;  
•         printf("v.l is %d\n",v.i);  
•         v.i = 6;  
•         printf("now v.l is %ld! the address is %p\n",v.l,&v.l);  
•         printf("now v.i is %d! the address is %p\n",v.i,&v.i);  
• }  
• 结果：  
• v.l is 5  
• now v.l is 6! the address is 0xbfad1e2c  
• now v.i is 6! the address is 0xbfad1e2c  
  

所以说，管union的叫共用体还真是贴切——完全就是共用一个内存首地址，并且各种变量名都可以同时使用，操作也是共同生效。如此多的access内存手段，确实好用，不过这些“手段”之间却没法互相屏蔽——就好像数组+下标和指针+偏移一样。

上例中我改了v.i的值，结果v.l也能读取，那么也许我还以为v.l是我想要的值呢，因为上边提到了union的内存首地址肯定是相同的，那么还有一种情况和上边类似：

一个int数组变量a，一个long int(32位机中，long int占4字节，与int相同)变量b，我即使没给int变量b赋值，因为数据类型相同，我使用int变量b也完全会拿出int数组a中的a[0]来，一些时候一不小心用上，还以为用的就是变量b呢~

这种逻辑上的错误是很难找出来的（只有当数据类型相去甚远的时候稍好，出个乱码什么的很容易发现错误）。

PS:感谢热心网友的提醒“在union定义结束时加分号”，其实是可以不加的，因为他不在主函数内，不是执行的语句，如果是主函数内声明的union就必须加分号了，在主函数内不加分号就涉及到基础常识了——没有分号隔开怎能叫一句。

3.联合体union和大小端（big-endian、little-endian）：
下边示范了一种用途，代表四个含义的四个变量，但是可以用一个int来操作，直接int赋值，无论内存访问（指针大小的整数倍，访问才有效率），还是时间复杂度（一次和四次的区别，而且这四次有三次都是不整齐的地址），都会低一些。

[cpp] view plain copy

• #include<stdio.h>  
• union var{  
•         char c[4];  
•         int i;  
• };  
•   
• int main(){  
•         union var data;  
•         data.c[0] = 0x04;//因为是char类型，数字不要太大，算算ascii的范围~  
•         data.c[1] = 0x03;//写成16进制为了方便直接打印内存中的值对比  
•         data.c[2] = 0x02;  
•         data.c[3] = 0x11;  
• //数组中下标低的，地址也低，按地址从低到高，内存内容依次为：04,03,02,11。总共四字节！  
• //而把四个字节作为一个整体（不分类型，直接打印十六进制），应该从内存高地址到低地址看，0x11020304，低位04放在低地址上。  
•         printf("%x\n",data.i);  
• }  
  

结果：
11020304
证明我的32位linux是小端（little-endian）

4.联合体union所占内存空间大小：

前边说了，首先，union的首地址是固定的，那么，union到底总共有多大？根据一些小常识，做个不严谨不高深的基础版验证吧。

根据：分配栈空间的时候内存地址基本上是连续的，至少同类型能保证在一起，连续就说明，我如果弄三个结构体出来，他们三个地址应该连着，看一下三个地址的间隔就知道了。

[cpp] view plain copy

• #include<stdio.h>  
• union sizeTest{  
•         int a;  
•         double b;  
• };  
• main(){  
•         union sizeTest unionA;  
•         union sizeTest unionB;  
•         union sizeTest unionC;  
•   
•         printf("the initial address of unionA is %p\n",&unionA);  
•         printf("the initial address of unionB is %p\n",&unionB);  
•         printf("the initial address of unionC is %p\n",&unionC);  
• }  
  

打印，可以看到结果：

the initial address of unionA is 0xbf9b8df8
the initial address of unionB is 0xbf9b8e00
the initial address of unionC is 0xbf9b8e08

很容易看出，8,0,8，这间隔是8字节，按double走的。

怕不保险，再改一下，把int改成数组，其他不变：

[cpp] view plain copy

• union sizeTest{  
•         int a[10];  
•         double b;  
• };  
  

打印

the initial address of unionA is 0xbfbb7738
the initial address of unionB is 0xbfbb7760
the initial address of unionC is 0xbfbb7788

88-60=28
60-38=28
算错了？我说的可是16进制0x。那么0x28就是40个字节，正好是数组a的大小。

忘了提一个功能——sizeof()

用sizeof直接看，就知道union的大小了

[cpp] view plain copy

•         printf("the sizeof   of unionA is %d\n",sizeof(unionA));  
•         printf("the sizeof   of unionB is %d\n",sizeof(unionB));  
•         printf("the sizeof   of unionC is %d\n",sizeof(unionC));  
•         printf("the sizeof   of union is %d\n",sizeof(union sizeTest));  
  

上边说的地址规律，没有特定规则，也可能和你的编译器有关。另外，那只是栈空间，还可以主动申请堆空间，当然，堆空间就没有连续不连续一说了。

5.联合体union适用场合：

有了前边那个验证，基本可以确认，union的内存是照着里边占地儿最大的那个变量分的。

也就可以大胆的推测一下，这种union的使用场合，是各数据类型各变量占用空间差不多并且对各变量同时使用要求不高的场合（单从内存使用上，我觉得没错）。

像上边做的第二个测试，一个数组（或者更大的数组int a[100]），和一个或者几个小变量写在一个union里，实在没什么必要，节省的空间太有限了，还增加了一些风险（最少有前边提到的逻辑上的风险）。所以，从内存占用分析，这种情况不如直接struct。

不过话说回来，某些情况下虽然不是很节约内存空间，但是union的复用性优势依然存在啊，比如方便多命名，这种“二义性”，从某些方面也可能是优势。这种方法还有个好处，就是某些寄存器或通道大小有限制的情况下，可以分多次搬运。

========================================================================================================================================================================================================================================================================

以上仅属于个人心得和推测，重点在于学习思维和推理验证过程，不保证正确性与权威性。有兴趣讨论或者有发现错误的，欢迎留言交流指正。

觉得好的，欢迎转载并注明出处。

http://blog.csdn.net/huqinwei987/article/details/23597091

本人博客会根据个人经验升级情况随时补充修改。