同時，系統提供了Mem_Alloc/Mem_Free兩個函數來支持系統分區的申請和釋放。申請的算法很簡單，采用首次適配方法從分區鏈表中找到合適內存分區，如果該區空閑內存鏈表不為空，則返回該鏈表第一個內存塊地址，否則查看下一個分區。如果找不到合適的內存塊，則返回空指針。

　　釋放算法稍微復雜一些，它需要先檢查該內存塊屬于哪個分區。這樣做非常必要，如果把一個小塊放到大塊的內存分區中，一個任務申請了該空間，則該空間的一部分將跨越到另一個內存塊，對該內存塊的操作可能覆蓋另一個內存塊的數據。如果把一個大塊放到了小塊的分區中，則在分配的時候將分配了多余的空間，造成了內存空間的浪費。找到所 圖2創建內存分區流程圖屬分區后，直接把該塊放到該區空閑內存鏈表的尾部。

　　上述系統分區的方式其實是小范圍動態分區上實現的靜態方式。因為每個內存塊大小是固定的，這樣不可避免地要浪費一部分空間。對于這個問題的解決，系統還提供了一種純動態的解決辦法，就是調用malloc/free函數來申請內存塊。

　　2.1.3 內存用戶區的動態內存分配

　　從內存劃分圖中可以看到有一塊用戶內存區，這是一塊內核不會使用的內存區。該區留給用戶使用，對于這塊區域的申請和釋放不調用系統提供的Mem_Alloc/Mem_Free函數，而是直接調用c語言提供的malloc/free函數。malloc具有不確定性，因為它的執行時間和空閑內存塊的數量有關，而且多次使用malloc/free調用和釋放內存塊，可能產生大量的內存碎片。所以這種方式的調用要謹慎。由于用戶內存區大小是可配置的，所以用戶可以控制該區大小以減少碎片產生的問題。同時對于系統調用，例如任務堆棧分配，不會因為碎片太多而導致分配失敗的問題。

　　3. 小結

　　動靜結合的方式給用戶提供了比較大的自由度，用戶可以從系統分區中申請內存塊，也可以從用戶內存區申請內存塊。這樣增加了系統的靈活性，同時也限制了大量碎片產生的可能（在不頻繁刪除建立系統內存分區的前提下）。也增加了部分c代碼的可移植性。