写在前面：此文将摘录C语言中容易被忽视的一些知识，并且加以思考为什么要那么做。

它可以存在的道理是：所有语言或多或少都有共同点，举一反三或许可以得到的更多。

我将以tip 1,2,3 当做标识持续更新下去，感兴趣的可以关注+收藏，谢谢。

PS： 双击屏幕可以使自己更专心哦，下面开始咯。

公众号： 黄桃罐头与蜘蛛 写一写可爱的事物

为什么是黄桃罐头与蜘蛛？​mp.weixin.qq.com

Tip3: union没那么简单

你会在什么时候使用union？

先看一个简单的例子：

由于在嵌入式固件中，大多数都需要对byte单位的数据进行处理。

比如lcd的刷屏。

以上的图片就是为了对8bit图片进行处理而定义的联合数据结构。

具体的逻辑是：

1. 通过spi或者其他传输协议读取flash中存储的数据，以byte为单位。
2. 由于是8bit的图片，这个图片的head将是一个16bit的索引，也就是调色板（具体这些定义可以自行查找rgb以及bmp的资料），它将和具体的索引值一起存在以上g_color__table中。
3. 处理调色板数据的时候直接用这个union.color_tab。

这体现了union的第一个作用：

节省了内存空间和转换的代码量。

这同时也是我们最常用的union的方法。

还比如，ble传输的时间数据用联合，按照传输协议的顺序，可以直接得到年月日小时以及分钟，等等。

可是，union有时候也显得很高级。

而这，正是我今天想说的。

按照惯例：

这是用到联合定义的单链表结构。

这个好像看起来有点复杂，那么先来看看它的原型。

这下子是不是豁然开朗。

这两个定义其实都是对单链表的定义，只不过第一个将单链表做了强制的对齐，按照的是Int类型。

下面先分析代码：

这里的联合就是将这个结构和Int类型做了一个联合。

根据联合的定义：

1. 联合定义的最大空间是它的成员最大的那个变量定义。
2. 它将保证对最小成员的类型进行强制的对齐。

所以，当我们用这样一个union过后，我们就不用担心我们如何去初始化我们的链表了，因为它将是永远的四字节对齐（有些机器是2/8字节，不用管），同时将避免一些我们难以预料到的bug。

对，这就是我们的目的：

利用语言和语句的特性来进行我们代码的优化以及提高系统的鲁棒性。

其实，我也是很难注意到这些的。

但是在嵌入式系统软件的开发中，你不得不对“对齐”这个词语另眼相看。

因为，如果你不重视它，它会隐藏起来，然后在不期然的时候给你迎头重击。

曾经有一个项目,其中reouce的资源是用结构体定义的多维数组，在利用这个resource的时候，进行指针的强制转换，结果因为结构体的定义不是四字节对齐，导致了系统重启，最后花了很多时间才找到这个问题所在。

后来，利用关键字attribute解决了。

但是现在想起来，这也是可以用union来解决的。

思考：
今天的思考想说点题外话。
比如，三国杀。
我曾经是一个三国杀3V3重度玩家。
三国杀3V3和身份局是截然不同的两个游戏，它不光考验你对武将的熟悉度以及对游戏的熟悉度，它其实更多考量的是对这个游戏胜利条件的思考。
有的时候，当选将结束的时候，游戏就已经结束了，胜利女神只会青睐动脑筋的玩家。
比如：
邓艾在身份局是一个弱将，他可能在只有当内奸的时候才有可发挥的空间。
可他在33中有时候对于局势却有巨大的影响力。
这就和他本来的特性相关： 在回合外失去牌可以屯田，当屯田达到3张可以觉醒，并且成为了一个强将。
他和王异的配合，和孙坚的配合，都使它可以快速觉醒，最终影响胜利的天平。
这和今天union这个例子有一些地方不谋而合。
在嵌入式中，系统的稳定性是非常非常重要的，你不光要考虑软件，还要考虑硬件，CPU有些是4字节的读取，那么4字节对齐将变得很重要，在结构体的定义上就需要考量这些因素。
而union的特性在这种情况下就可以大展拳脚，起到一劳永逸的作用通透地了解一件事物或一个人，那么几乎没有什么是无用的。“天生我才必有用”——有时候也可以这么理解。