當我們寫代碼的時候，會用到很多變量，如果隨意的定義變量，比如寫了 N 多個“unsigned char/int X;”那么代碼可能會顯的很亂，自己拐回頭看的時候都暈掉了，這個時候我們可以構造一個復雜的數據類型-結構體類型，對代碼中出現的變量進行類別的劃分，用構造的結構體類型定義結構體變量，在寫 or 看代碼的時候，只要看到這個結構體

就能大致的知道其實現功能，這樣看起來就神清氣爽了，可讀性大大提高我們定義的結構體變量，如果沒有特殊規定的話是存儲在 RAM 中的，單片機的 RAM 資源是有限的，那這個結構體變量在 RAM 中占的空間大小就是我們需要關注一個問題了，它真的像你想的那么“單純”嗎？接下來我們一起來看看吧！

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

請看上圖，我們使用基本數據類型構造了 3 個復雜的結構體數據類型，仔細看會發現這 3 個數據類型的成員可是不大一樣的，我們來看第一個 Test，這個數據類型總共占 4+4=8 個字節

這個很好理解，那第二個 Test1，占空間大小按道理來說應該是 1+4 = 5 個字節

但 是為什么還是 8 呢，第三個 Test2，占空間大小應該是 1+1+4=8，為什么還是 8 呢？

這個里面就涉及到了結構體對齊，所有的成員在分配內存時都要與所有成員中占內存最 

多的基本數據類型所占內存空間的字節數對齊。假如這個字節數為 N，那么對齊的原則是：

理論上所有成員在分配內存時都是緊接在前一個變量后面依次填充的，但是如果是“以 N 對齊”為原則

如果一行中剩下的空間不足以填充某成員變量時，即剩下的空間小于 某成員變量的

數據類型所占的字節數，該成員變量在分配內存時另起一行分配。如圖 3，4：

完整版技術文檔請點擊文章開頭普通下載