所謂動態內存分配(Dynamic Memory Allocation)就是指在程序執行的過程中動態地分配或者回收存儲空間的分配內存的方法。

動態內存分配不像數組等靜態內存分配方法那樣需要預先分配存儲空間，而是由系統根據程序的需要即時分配，且分配的大小就是程序要求的大小。

關于靜態內存與動態內存

1.1、靜態和動態內存的特點
在探討這個問題之前我們先來對比下靜態內存和動態內存的特點：
1. 創建的時間不同：創建的時間不同：靜態分配發生在程序編譯和連接的時候。動態分配則發生在程序調入和執行的時候。

編譯鏈接過程中已經分配好的

代碼運行過程中使用rt_malloc分配:

1staticvoidonmessage_text(rws_socketsocket,constchar*text,constunsignedintlen) 2{ 3char*buff=RT_NULL; 4 5buff=(char*)rt_malloc(2048); 6 7rt_memset(buff,0x00,2048); 8rt_memcpy(buff,text,len); 9 10LOG_D("message(txt),%d(byte):%s",len,buff); 11 12if(buff!=RT_NULL) 13{ 14rt_free(buff); 15} 16}

2. 創建的空間不同：堆都是動態分配的，沒有靜態分配的堆。棧有2種分配方式：靜態分配和動態分配。靜態分配是編譯器完成的，比如局部變量的分配。動態分配由函數malloc進行分配。不過棧的動態分配和堆不同，他的動態分配是由編譯器進行釋放，無需我們手工實現。

1.2、靜態和動態內存的優缺點

在了解了靜態內存和動態內存不同的特點后可以分析出它們在不同的方面具有不同的優缺點：
1.靜態內存編譯階段就分配好了，不會存在分配失敗的情況，除非系統內存被分配完了，但是在編譯階段就可以查出。動態內存在運行中分配，在正常運行的情況下可能夠正常分配，在某種環境下可能分配失敗 ，這樣就對開發者的代碼水平要求更高，要求開發者需要對代碼的健壯性有要求。

2.靜態內存由于是編譯階段分配好的，而動態內存是由運行中分配，這樣動態內存可以被高效復用，當某段程序使用完畢后，可以將內存交換給內存池中等待下次程序的分配，由于這種機制，開發者可以利用更小的內存開發更大型的程序。

3. 動態內存由于是動態分配，所以涉及到分配和釋放的問題，假設X程序在分配了ABC3塊內存，程序執行完畢后AC區域內存被釋放，但是由于開發者的疏忽導致B區域的內存被遺留。而X程序又是會被反復調用的，這樣我們的內存區域由于有沒有釋放的區域導致每次調用就會占用一段區域，最終系統就沒有內存可以使用。這種情況一般在產品實際體現為最開始的時候設備正常工作，但是運行了幾個小時或者幾天后死機。這種情況一般被稱作內存泄漏（Memory Leak）。

4. 在嵌入式RTOS中線程函數中使用靜態內存，也就是在線程中定義局部變量，會加大線程棧空間的開銷。

裸機開發和RTOS開發的特點

1. 代碼規模：裸機開發的項目一般代碼規模都比較小，對于一般開發者都難于駕馭使用裸機開發超大規模項目，人力成本和時間成本都太高。反而由于RTOS的模塊化特性，更容易開發出代碼規模大的項目。

2. 系統穩定性：在機電，航空，汽車等行業都是需要高實時性、高穩定性和高安全性的。對于RTOS來說，系統任務的劃分調度都是系統管理，當開發者對其機制了解不清楚的情況下反而帶來了部分風險。

除此之外RTOS上的內存管理也是很大影響系統的，對于RTOS上一般不會存在MMU內存管理單元，也就代表大部分運行RTOS的芯片上都沒有虛擬地址映射，那么就無法利用物理地址和虛擬地址的特性進行內存整理，避免內存泄漏。所以說在RTOS動態內存這塊內存有風險。

嵌入式中是否應該使用動態內存

明白不同內存的優缺點和裸機RTOS的特點之后，我們在回頭來分析 “嵌入式中是否應該使用動態內存?”

在實時嵌入式系統中，由于系統軟件并不像PC上復雜，一般都是很簡單的內存使用，所以一般也不使用動態內存管理，但是隨著RTOS面臨的任務越來越重，尤其是IoT和AIoT的到來，讓許多消費級產品運行的RTOS的負擔越來越重。

在這種情況下繼續使用靜態內存開發會極大的限制開發進度，整個開發的靈活性非常低。同時靜態的內存無法復用使用同一片內存區域，相比與動態內存在大型項目中一般會使用更多的內存，在內存大小不容樂觀的嵌入式系統是很難接受的。

但是針對一些高穩定性和高安全性的項目來說，使用動態內存就需要好好斟酌下，由于RTOS上基本沒有MMU的硬件支持或者是系統軟件支持，所以不可避免的系統中會出現內存碎片，從而有可能導致系統異常。最終說了這么多總結成以下幾點：
1. 沒有使用RTOS的項目：不建議使用動態內存，這種項目一般很簡單，不必使用動態內存增大系統開銷和復雜度。

2. 使用RTOS的消費級項目：建議使用動態內存，一般這種項目代碼復雜度比裸機高，合理使用動態內存會有效降低內存的開銷。同時很多Github項目的linux程序都是會使用內存管理，有這套機制能更加方便的移植代碼。

3. 使用RTOS的軍工、航天、醫療等高穩定性和高安全性項目：建議盡量降低對動態內存的使用與依賴以確保系統的穩定性。當然也不代表動態內存就無法在這些項目上使用，只是要求系統開發者對系統內存的把控要求更高。

RT-Thread的內存管理

RT-Thread 操作系統在內存管理上，根據上層應用及系統資源的不同，有針對性地提供了不同的內存分配管理算法。總體上可分為兩類：內存堆管理與內存池管理，而內存堆管理又根據具體內存設備劃分為三種情況：

第一種是針對小內存塊的分配管理（小內存管理算法）；
第二種是針對大內存塊的分配管理（slab 管理算法）；
第三種是針對多內存堆的分配情況（memheap 管理算法）。

小內存管理算法是一個簡單的內存分配算法。初始時，它是一塊大的內存。當需要分配內存塊時，將從這個大的內存塊上分割出相匹配的內存塊，然后把分割出來的空閑內存塊還回給堆管理系統中。每個內存塊都包含一個管理用的數據頭，通過這個頭把使用塊與空閑塊用雙向鏈表的方式鏈接起來。

RT-Thread 的 slab 分配器是在 DragonFly BSD 創始人 Matthew Dillon 實現的 slab 分配器基礎上，針對嵌入式系統優化的內存分配算法。最原始的 slab 算法是 Jeff Bonwick 為 Solaris 操作系統而引入的一種高效內核內存分配算法。

memheap 管理算法適用于系統含有多個地址可不連續的內存堆。使用 memheap 內存管理可以簡化系統存在多個內存堆時的使用：當系統中存在多個內存堆的時候，用戶只需要在系統初始化時將多個所需的 memheap 初始化，并開啟 memheap 功能就可以很方便地把多個 memheap（地址可不連續）粘合起來用于系統的 heap 分配。