FreeRTOS 的五种 heap 实现：heap_1 到 heap_5，选错方案内存碎片找上门

刚用 FreeRTOS 的项目，最容易被忽视的配置就是内存管理方案。FreeRTOS 内核本身不直接管理堆，它把 pvPortMalloc / pvPortFree 的实现留给了移植层，官方给了 heap_1 到 heap_5 五种参考实现，选型直接决定了你后期会不会被内存碎片折磨。

先讲原理。嵌入式系统没有操作系统级的虚拟内存，堆就是一段连续 RAM 上的分配器。heap_1 是最简单的一种：只做分配、不做释放，内部维护一个指针一路往前划。它的优点是确定性极强、永无碎片，适合「启动时一次性创建所有任务和队列、运行中永不动态创建」的系统，比如很多传感器采集节点。但如果你的任务需要动态创建删除（比如蓝牙配对会话、临时通信任务），heap_1 会直接拒绝释放，堆只增不减。

heap_2 曾经是默认选项，它允许释放，但释放后的空闲块不合并，长期运行碎片越积越多，官方早已标记为「不推荐」，新项目不要再用。heap_3 最简单粗暴：直接包一层标准库 malloc/free，把线程安全交给编译器库实现。看起来省事，但标准库 malloc 在很多嵌入式库里不是确定性的，且 heap_3 不提供内存不足时的钩子，调试困难，一般只在快速原型时用。

实战中最常用的是 heap_4：首次适应算法 + 相邻空闲块合并。合并是关键——释放时检查前后相邻块是否空闲，能拼就拼回去，大幅延缓碎片。它配合 xPortGetFreeHeapSize() 和 xPortGetMinimumEverFreeHeapSize() 两个 API，可以在运行中监控「历史最低剩余堆」，是上线前做内存余量评估的利器。经验值：量产固件里，建议最低剩余堆保留总堆的 20% 以上，应对突发分配。

heap_5 是 heap_4 的升级版，支持多段不连续内存。典型场景：MCU 片内 SRAM 不够，外扩了一片 SRAM，或者 DMA 要求缓冲区必须落在某个特定地址段。这时用 vPortDefineHeapRegions() 把几段内存拼成一个统一堆。注意段与段之间不能合并，分配器会按段逐个找，所以把「大块连续需求」尽量安排在最大的一段里。

最后一条实战铁律：如果你的系统对实时性要求极高，或者安全认证要求「无动态分配」，就用静态分配（xTaskCreateStatic 等 API，configSUPPORT_STATIC_ALLOCATION 置 1），把所有对象在编译期定死。这是汽车电子和医疗设备里最常见的选择。

一句话总结：原型用 heap_3，量产通用选 heap_4，多段内存用 heap_5，永不释放的极简系统用 heap_1，heap_2 直接忘掉。选型前先回答一个问题——你的任务在运行中会不会动态创建删除？答案决定一切。

补充：heap_4 是最常用的选择（带相邻块合并），heap_5 可以管理多段不连续内存（比如内部 SRAM + 外部 SDRAM）；另外 FreeRTOS 支持静态分配（configSUPPORT_STATIC_ALLOCATION），可以完全避免堆。你们项目里是用动态分配还是全部静态创建内核对象？