2. VxWorks内存分区与池：memPartLib库介绍、内存分区创建与管理、内存池分配策略

好，咱们接着聊内存管理。上一章讲了VxWorks的虚拟内存和MMU，那是宏观层面的地址映射。这一章，咱们把镜头拉近，看看更微观、更贴近实际应用的内存管理方式——内存分区与内存池。

说白了，VxWorks的memPartLib库，就是给你提供了一套“精细化”管理内存的工具。你想想看，如果每次分配内存都去系统堆里找，就像去一个巨大的仓库里翻东西，效率低不说，还容易产生碎片。而内存分区和池，就像是你在仓库里自己搭了几个货架，把常用的、大小固定的零件分门别类放好，随用随取，快得很。

2.1 memPartLib库：内存管理的“瑞士军刀”

memPartLib这个库，我个人的理解，它就是VxWorks内存管理的核心。它提供了一套API，让你可以创建、管理、销毁内存分区。什么是分区？你可以把它想象成一个独立的内存“小王国”。每个分区都有自己的内存空间，有自己的分配策略，互不干扰。

为什么要搞这么复杂？直接malloc不好吗？嗯，这里有个关键点：实时性。在嵌入式系统里，尤其是对时间要求苛刻的场景，你绝对不能容忍一次内存分配耗时不确定。系统堆的分配算法为了通用性，往往比较复杂，时间不可控。而memPartLib的分区，你可以定制它的分配策略，比如固定大小块分配，那速度是杠杠的，O(1)时间复杂度。

我在一个飞控项目中就遇到过这个问题。当时用标准malloc分配一个数据包缓冲区，结果有一次分配耗时突然飙升，导致控制周期超时，飞机差点“炸机”。后来我改用memPartLib创建了一个专用分区，预分配好固定大小的缓冲区，问题就再没出现过。

2.2 内存分区的创建与管理

创建内存分区，核心就是调用memPartCreate这个函数。它的原型大概是这样：

STATUS memPartCreate
    (
    PART_ID *pPartId,   /* 返回的分区ID */
    char *   pPool,     /* 分区内存池的起始地址 */
    size_t   poolSize   /* 分区内存池的大小 */
    )

你看，它需要你指定一块内存区域作为分区的“地盘”。这块内存可以是系统堆里分配的，也可以是你自己预留的一块静态内存。我个人习惯用静态内存，因为这样更可控，不会因为系统堆碎片化导致分区创建失败。

创建好分区后，你就可以用memPartAlloc、memPartFree来分配和释放内存了。用法和malloc/free几乎一样，只是多了一个分区ID参数。

销毁分区用memPartDelete。但要注意，销毁前必须确保分区内所有内存都已经被释放。否则，就会造成内存泄漏。我曾经就因为忘记检查，导致一个分区销毁后，还有几个任务持有该分区的内存指针，结果系统跑着跑着就挂了，查了好久才定位到问题。

2.3 内存池分配策略：固定大小块的魅力

内存分区最强大的地方，在于它支持多种分配策略。其中最常用、最实用的，就是内存池（Memory Pool）。

内存池，说白了就是在一个分区里，再划分出若干个固定大小的内存块。比如，你创建一个专门存放网络数据包的分区，每个数据包大小是1518字节。那么，你就可以在这个分区里创建一个内存池，每个块大小就是1518字节。分配时，直接从池里拿一个块；释放时，把块还回池里。

这样做的好处太明显了：

• 速度快：分配和释放都是O(1)复杂度，没有碎片问题。
• 无碎片：因为所有块大小一样，不会产生外部碎片。
• 确定性：每次分配的时间都是固定的，非常适合实时系统。

创建内存池，用的是memPartPoolCreate函数：

STATUS memPartPoolCreate
    (
    PART_ID partId,     /* 所属分区ID */
    size_t  blockSize,  /* 每个块的大小 */
    int     nBlocks     /* 块的数量 */
    )

这里有个坑，我得提醒你。blockSize不是你想设多大就多大的。它必须满足对齐要求，通常是4字节或8字节对齐。而且，VxWorks内部会为每个块维护一些管理信息，所以实际可用的空间会比blockSize略小一点。我曾经在计算缓冲区大小时忽略了这一点，结果数据写越界了，排查了半天才发现是blockSize设小了。

2.4 实战中的选择：分区 vs 池

你可能会问，什么时候用普通分区，什么时候用内存池？

我的经验是：

• 如果你需要分配大小不一的内存块，比如字符串、变长结构体，那就用普通分区。它的分配算法（比如首次适应、最佳适应）能处理各种大小。
• 如果你需要分配固定大小的内存块，比如网络数据包、任务控制块、消息队列元素，那就用内存池。性能最优，管理最简单。

另外，VxWorks还支持多级内存池。什么意思？就是你可以创建多个不同块大小的内存池，分别对应不同大小的数据。比如，一个池处理64字节的小消息，另一个池处理1024字节的大消息。这样，既能满足不同需求，又能保持每个池的高效性。

我记得在一个通信基站项目中，我们需要处理多种协议报文，大小从几十字节到几千字节不等。我就创建了4个内存池：64字节、256字节、1024字节、4096字节。分配时，根据报文大小选择最合适的池。这样，既避免了浪费，又保证了分配速度。效果非常好。

2.5 避坑指南：内存泄漏与碎片

最后，聊几个常见的坑。

第一，内存泄漏。 这是老生常谈的问题了。在分区或池里分配了内存，用完后一定要释放。尤其是在中断服务程序里，千万别忘了释放。我曾经在中断里分配了一个缓冲区，结果因为某个异常分支忘记释放，导致分区内存逐渐耗尽，系统最终崩溃。

第二，碎片问题。 虽然内存池没有外部碎片，但普通分区还是会有。如果你的分区频繁分配和释放不同大小的内存，时间长了，就会产生大量小碎片，导致大块内存分配失败。解决办法是：定期检查分区状态，或者干脆用内存池替代。

第三，分区大小规划。 创建分区时，poolSize要合理。太小了，不够用；太大了，浪费内存。我一般会根据任务的最大并发数，乘以每个任务可能分配的最大内存量，再乘以一个安全系数（比如1.5），来估算分区大小。

好了，这一章的内容就到这里。内存分区和池是VxWorks内存管理的精髓，掌握好了，你的系统稳定性和实时性都能上一个台阶。下一章，咱们聊聊更高级的话题——MPU保护，看看怎么用硬件机制来防止内存越界访问。