FreeRTOS(1)---内存管理

       FreeRTOS提供的内存分配方案分别位于不同的源文件（heap_1.c、heap_2.c、heap_3.c、heap_4.c、heap_5.c）之中；

1.heap_1.c

   所有实现中最简单的一个。一旦分配内存之后，不允许释放分配的内存。

    当需要分配RAM时，这个内存分配方案只是简单的将一个大数组细分出一个子集来。大数组的容量大小通过FreeRTOSConfig.h文件中的configTOTAL_HEAP_SIZE宏来设置。

    API函数xPortGetFreeHeapSize()返回未分配的堆栈空间总大小，可以通过这个函数返回值对configTOTAL_HEAP_SIZE进行合理的设置。

• 用于从不会删除任务、队列、信号量、互斥量等的应用程序（实际上大多数使用FreeRTOS的应用程序都符合这个条件）
• 执行时间是确定的并且不会产生内存碎片
• 实现和分配过程非常简单，需要的内存是从一个静态数组中分配的，意味着这种内存分配通常只是适用于那些不进行动态内存分配的应用。

2.heap_2.c

       使用一个最佳匹配算法，它允许释放之前分配的内存块。它不会把相邻的空闲块合成一个更大的块（这会造成内存碎片）。

       可以用于重复的分配和删除具有相同堆栈空间的任务、队列、信号量、互斥量等等，并且不考虑内存碎片的应用程序。
不能用在分配和释放随机字节堆栈空间的应用程序
       如果一个应用程序动态的创建和删除任务，并且分配给任务的堆栈空间总是同样大小，那么大多数情况下heap_2.c是可以使用的。但是，如果分配给任务的堆栈不总是相等，那么释放的有效内存可能碎片化，形成很多小的内存块。最后会因为没有足够大的连续堆栈空间而造成内存分配失败。在这种情况下，heap_4.c是一个很好的选择。
       如果一个应用程序动态的创建和删除队列，并且在每种情况下队列存储区域（队列存储区域指队列项数目乘以每个队列长度）都是同样的，那么大多数情况下heap_2.c可以使用。但是，如果队列存储区在每种情况下并不总是相等，那么释放的有效内存可能碎片化，形成很多小的内存块。最后会因为没有足够大的连续堆栈空间而造成内存分配失败。在这种情况下，heap_4.c是一个很好的选择。
       应用程序直接调用pvPortMalloc() 和 vPortFree()函数，而不仅是通过FreeRTOS API间接调用。
       如果你的应用程序中的队列、任务、信号量、互斥量等等处在一个不可预料的顺序，则可能会导致内存碎片问题，虽然这是小概率事件，但必须牢记。
      不具有确定性，但是它比标准库中的malloc函数具有高得多的效率

3.heap_3.c

     简单的包装了标准库中的malloc()和free()函数，包装后的malloc()和free()函数具备线程保护。

• 需要链接器设置一个堆栈，并且编译器库提供malloc()和free()函数。
• 不具有确定性
• 可能明显的增大RTOS内核的代码大小

4.heap_4.c

     使用一个最佳匹配算法，但不像方案2那样。它会将相邻的空闲内存块合并成一个更大的块（包含一个合并算法）。

• 可用于重复分配、删除任务、队列、信号量、互斥量等等的应用程序。
• 可以用于分配和释放随机字节内存的情况，并不像heap_2.c那样产生严重碎片。
• 不具有确定性，但是它比标准库中的malloc函数具有高得多的效率

5.heap_5.c

实现了heap_4.c中的合并算法，并且允许堆栈跨越多个非连续的内存区。