當我們寫代碼的時候，會用到很多變量，如果隨意的定義變量，比如寫了N多個“unsigned char/int X;”那么代碼可能會顯的很亂，自己拐回頭看的時候都暈掉了，那么這個時候我們可以構造一個復雜的數(shù)據(jù)類型-結構體類型，對代碼中出現(xiàn)的變量進行類別的劃分，用構造的結構體類型定義結構體變量，在寫or看代碼的時候，只要看到這個結構體，就能大致的知道其實現(xiàn)功能，這樣看起來就神清氣爽了，可讀性大大提高。

我們定義的結構體變量，如果沒有特殊規(guī)定的話是存儲在RAM中的，單片機的RAM資源是有限的，那這個結構體變量在RAM中占的空間大小就是我們需要關注一個問題了，它真的像你想的那么“單純”嗎？接下來我們一起來看看吧！

在看下面的圖之前，我們說一個前提，在STM32單片機這個32位系統(tǒng)中，signed/unsigned int 占4個字節(jié)，signed/unsigned short int 占2個字節(jié) signed/unsigned char 占1個字節(jié)，我們稱這些為基本數(shù)據(jù)類型。Size = Sizeof（Test）;這個函數(shù)是求取這個結構體變量Test所占內(nèi)存的大小，并返回給Size。

圖1

圖2

請看上圖，我們使用基本數(shù)據(jù)類型構造了3個復雜的結構體數(shù)據(jù)類型，仔細看會發(fā)現(xiàn)，這3個數(shù)據(jù)類型的成員可是不大一樣的，我們來看第一個Test，這個數(shù)據(jù)類型總共占4+4=8個字節(jié)，這個很好理解，那第二個Test1，占空間大小按道理來說應該是1+4 = 5個字節(jié)，但是為什么還是8呢，第三個Test2，占空間大小應該是1+1+4=8，為什么還是8呢？

這個里面就涉及到了結構體對齊，所有的成員在分配內(nèi)存時都要與所有成員中占內(nèi)存最多的基本數(shù)據(jù)類型所占內(nèi)存空間的字節(jié)數(shù)對齊。假如這個字節(jié)數(shù)為N，那么對齊的原則是：理論上所有成員在分配內(nèi)存時都是緊接在前一個變量后面依次填充的，但是如果是“以 N 對齊”為原則，那么，如果一行中剩下的空間不足以填充某成員變量時，即剩下的空間小于某成員變量的數(shù)據(jù)類型所占的字節(jié)數(shù)，該成員變量在分配內(nèi)存時另起一行分配。如圖3，4：

圖3

圖4

圖5

通過上面的實際測試，我們得出，在構造結構體復雜數(shù)據(jù)類型的時候，成員變量的排放一定要注意順序，遵守排放原則，否則就會白白浪費你的空間，掌握好排放原理，能大大提高你的空間利用率。比如我們構造如圖5的結構體類型，它依然還是占8個字節(jié)。

文末再給大家出個問題，大家看看下面我們構造的數(shù)據(jù)類型，它們分別占的空間是多大呢？

圖6

責任編輯：haq