枚舉有多大

枚舉類型到底有多大，占多少空間呢？這個(gè)要具體情況具體分析，編譯器會(huì)視情況而定。

下面是我測(cè)試用的編譯器版本。

gcc(Ubuntu7.5.0-3ubuntu1~18.04)7.5.0
Copyright(C)2017FreeSoftwareFoundation,Inc.
Thisisfreesoftware;seethesourceforcopyingconditions.ThereisNO
warranty;notevenforMERCHANTABILITYorFITNESSFORAPARTICULARPURPOSE.

當(dāng)我寫下這段代碼的時(shí)候，實(shí)際的輸出會(huì)是多少呢？

有人會(huì)說(shuō)是 1，有人會(huì)說(shuō)是 4，我最終運(yùn)行的確實(shí)是4；

但是這個(gè)結(jié)果并不是唯一的，它取決于你的編譯器，另外還取決于編譯器參數(shù)，gcc這里有個(gè)編譯器參數(shù) -fshort-enums，如果我們?cè)诰幾g的時(shí)候加上這個(gè)，那么編譯出來(lái)是什么呢？

最終結(jié)果變成了1

現(xiàn)在我在原先的代碼中，加入CMD_MAX_16BIT = 0xFFFF，下面看看輸出結(jié)果是多少。

運(yùn)行輸出結(jié)果如下：

是的，它變成了2。因此我們可以得出結(jié)論就是：

編譯器將為枚舉分配足夠的內(nèi)存大小，來(lái)保存我們所聲明的任何值。所以，如果我們的代碼中只使用低于 256（8位的范圍是0~255） 的值，我們的枚舉應(yīng)該是 8 位寬，也就是一個(gè)字節(jié)，而后面的0xFFFF顯然是16位，兩個(gè)字節(jié)，所以最終輸出為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.

所以，我們需要明確的是編譯器是否會(huì)默認(rèn)執(zhí)行 -fshort-enums這個(gè)命令，大多數(shù)是不會(huì)的，這里我還測(cè)試了一些clang，具體結(jié)果和gcc相同。

但是在嵌入式編程中需要注意，這里我查了一下，IAR的編譯器默認(rèn)會(huì)執(zhí)行 -fshort-enums 。

電腦上沒(méi)有IAR，這里我參考了IAR 的 ARM C 編譯器的文檔IAR C/C++ Development Guide。

可以看到enum類型默認(rèn)的規(guī)定，如果要強(qiáng)制為int類型的話，需要編譯的時(shí)候提那就--enum_is_int的編譯參數(shù)，如下所示；

所以這里為了避免編譯器的優(yōu)化，以及不同的硬件平臺(tái)和不同編譯器，從而導(dǎo)致枚舉分配內(nèi)存空間的變化，所以上述增加了一個(gè)0xFFFFFFFF，強(qiáng)制編譯器為枚舉分配4個(gè)字節(jié)的空間。

最終的輸出結(jié)果都是4，如下圖所示；

看來(lái)雖然是一個(gè)很小的知識(shí)點(diǎn)，但是這中間的坑還真不少，好了，本期的文章就到這里了，我們下期再見(jiàn)。

審核編輯 ：李倩