FreeRTOS8.0.1的第三個模型Heap_3，可以說是最容易理解的一個內存堆管理模型。因為在這個模型里，FreeRTOS直接將標準C庫中的malloc()和free()進行加工打包。（Implementation of pvPortMalloc() and vPortFree() that relies on the compilers own malloc() and free() implementations.）因此，FreeRTOSConfig.h中的configTOTAL_HEAP_SIZE在這個模型中就失效了。FreeRTOS直接管理編譯器編譯時分配的堆。例如，在STM32F103中，FreeRTOS管理的堆就定義在啟動文件startup_stm32f10x_xd.s中。

不過，就算是直接引用了標準C庫中的malloc()和free()也是不行的。原因是庫中的這兩個接口在FreeRTOS中并不是線程安全的。因此，FreeRTOS將這兩個接口進行重新打包。首先看看pvPortMalloc()是怎么將malloc()重新打包的。
void *pvPortMalloc( size_t xWantedSize )
{
void *pvReturn;

vTaskSuspendAll();
{
pvReturn = malloc( xWantedSize );
traceMALLOC( pvReturn, xWantedSize );
}
( void ) xTaskResumeAll();

#if( configUSE_MALLOC_FAILED_HOOK == 1 )
{
if( pvReturn == NULL )
{
extern void vApplicationMallocFailedHook( void );
vApplicationMallocFailedHook();
}
}
#endif

return pvReturn;
}

這一段就是pvPortMalloc()的所有代碼，很短，也很容易理解。首先，和Heap_1、Heap_2一樣，用vTaskSuspendAll()掛起所有的任務，以確保分配內存的過程是線程安全的。接下來才使用malloc()進行內存分配。然后就是調用調試信息宏traceMALLOC()并調用xTaskResumeAll()恢復被掛起的任務。這樣基本的分配內存流程就結束了。如果在FreeRTOS.h中設置了勾子函數宏，則在調用勾子函數vApplicationMallocFailedHook()之后再向用戶返回分配內存的首地址。

void vPortFree( void *pv )
{
if( pv )
{
vTaskSuspendAll();
{
free( pv );
traceFREE( pv, 0 );
}
( void ) xTaskResumeAll();
}
}

上面這一段代碼是vPortFree()對free()的重新包裝。過程也是很簡單。首先是檢查指針的有效性，然后掛起所有任務，調用free()接口將內存回收，接著調用調試信息宏traceFREE()，最后恢復所有掛起進程。這樣整個回收過程就結束了。

總結：一開始的時候看到原有的注釋說明，就不想為這個模型剖析下去了。不過后來想想，要成大事必從小事做起，就算是簡單也不能放棄，所以還是把這一部分的代碼剖析了。以后不能再有這種懶惰的想法了。FreeRTOS中4個內存堆管理模型已經剖析完3個了，還有1個下次繼續剖析。之后應該能進入內核了吧？