枚举类型到底有多大，占多少空间呢？这个要具体情况具体分析，编译器会视情况而定。
下面是我测试用的编译器版本。
gcc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
当我写下这段代码的时候，实际的输出会是多少呢？
有人会说是 1，有人会说是 4，我最终运行的确实是4；
但是这个结果并不是唯一的，它取决于你的编译器，另外还取决于编译器参数，gcc这里有个编译器参数 -fshort-enums，如果我们在编译的时候加上这个，那么编译出来是什么呢？
最终结果变成了1
现在我在原先的代码中，加入CMD_MAX_16BIT = 0xFFFF，下面看看输出结果是多少。
运行输出结果如下：
是的，它变成了2。因此我们可以得出结论就是：
编译器将为枚举分配足够的内存大小，来保存我们所声明的任何值。所以，如果我们的代码中只使用低于 256（8位的范围是0~255） 的值，我们的枚举应该是 8 位宽，也就是一个字节，而后面的
0xFFFF显然是16位，两个字节，所以最终输出为2
为此我参考了一下gcc user manual，如下；
https ://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html
-fshort-enums
Allocate to an enum type only as many bytes as it needs for the declared range of possible values. Specifically, the enum type is equivalent to the smallest integer type that has enough room.
Warning: the -fshort-enums switch causes GCC to generate code that is not binary compatible with code generated without that switch. Use it to conform to a non-default application binary interface.
所以，我们需要明确的是编译器是否会默认执行 -fshort-enums这个命令，大多数是不会的，这里我还测试了一些clang，具体结果和gcc相同。
但是在嵌入式编程中需要注意，这里我查了一下，IAR的编译器默认会执行 -fshort-enums 。
电脑上没有IAR，这里我参考了IAR 的 ARM C 编译器的文档IAR C/C++ Development Guide。
可以看到enum类型默认的规定，如果要强制为int类型的话，需要编译的时候提那就--enum_is_int的编译参数，如下所示；
所以这里为了避免编译器的优化，以及不同的硬件平台和不同编译器，从而导致枚举分配内存空间的变化，所以上述增加了一个0xFFFFFFFF，强制编译器为枚举分配4个字节的空间。
最终的输出结果都是4，如下图所示；
看来虽然是一个很小的知识点，但是这中间的坑还真不少，好了，本期的文章就到这里了，我们下期再见。
如果感觉文章帮到了您，动手三连，让文章帮到更多的人。
🫵兄弟们！一个人单打独斗确实能冲得挺快，但要想走得更远、更稳，还得靠一群志同道合的伙伴啊！
👊 麦鸽的知识星球现在已经聚集了一波人，大家都在这里互相学习、共同进步。
如果你也想找个靠谱的学习圈子，赶紧 戳链接 🔗 加入我们吧！
在这里，你能读到星球专栏的干货，优质教程，练手项目，随时向麦鸽提问，还能帮你定制学习计划。别犹豫了，兄弟，一起冲！💪
往期推荐
血泪警告，嵌入式开发者滥用全局变量的几个"致命陷阱"，第3个坑过所有新人！
从编译下载到运行：STM32到底是如何通过程序控制硬件
嵌入式C的GOTO语句陷阱：为什么Linux内核用它，你却要慎用？
最新！中国芯片设计公司100强完整名单（附详细产业地图）
