UCOS内存分配.docVIP

作为一个操作系统内核，必须有向用户提供申请和释放内存的服务，uCos作为一个实时操作系统也不例外。 内存的动态申请和释放在嵌入式编程中经常用到，比如我们需要给另外一个任务发送一个消息，我们就可以在发送消息前，申请(OSMemGet )一个内存块，然后把这个内存块作为消息发送出去(OSQPost )，消息被处理完后，内存块释放(OSMemPut)掉，但如果不用内存块来存放消息内容，比如用一个全局的数组，也是可以实现这样的效果的，但这样做，管理起来会麻烦点，发送消息的时间和数量是不确定的，那么可能需要定义多个这样的数组，而且这些数组需要进行互斥访问，事实上，uCos已经帮我们做好了这些管理，我们只需要使用这些服务就可以了，而且这些服务质量是很高滴。 uCos的内存服务不同于我们使用malloc或mfree那样可以申请和释放任意大小的内存块，由于嵌入式软件的特殊性，程序里需要申请的内存块大小和数量是可以预先估计和计算的，换句话说，我们根本不需要分配任意大小的内存块，我们只需要申请本应用中确定的几种内存块就足够了，比如我们在程序中定义串口通讯的数据包大小是32个字节，则我们在任务间传递这样的串口数据包时，需要用的内存块大小就可以固定为32字节，当然在PC中，这不行，因为用户的应用程序是不可预知的，在嵌入式程序中，则是可行的。 uCos的内存服务正如上面所说的，我们可以向uCos申请一些特定大小的内存块，当然这些内存块的大小是我们可以设定的，我们首先告诉uCos我们需要的内存块大小为多少，以及这样的内存块我们最多需要多少个，然后uCos帮我们建立和管理起来，以后申请和释放这个特定大小的内存块了。 先介绍下uCos的内存管理的程序模型，这个模型事实上不复杂，甚至很简单，但简单并意味着简陋。 uCos的内存服务使用实例如下： INT8U?? Mem_Of_Buff[100][32]; OS_MEM ?*Mem_Buff; void uCos_mem_test(void) { INT8U err; INT8U p_got_mem; /* 创建一个内存分区Mem_Buff，创建后该内存分区里将有100个大小为32字节的内存块 */ Mem_Buff = OSMemCreate(Mem_Of_Buff, 100, 32, err); /* 从内存分区Mem_Buff中申请一个内存块 */ p_got_mem = (INT8U *)OSMemGet(Mem_Buff,err); /*把之前申请到的内存块释放回内存分区Mem_Buff */ OSMemPut (Mem_Buff,p_got_mem); } 从上面的例子中，可以看出要使用uCos的内存管理服务很简单，事实上，uCos的内存管理服务提供的函数总共才4个，她们分别如下： OS_MEM? *OSMemCreate (void *addr, INT32U nblks, INT32U blksize, INT8U *err)； void? *OSMemGet (OS_MEM *pmem, INT8U *err)； INT8U? OSMemPut (OS_MEM? *pmem, void *pblk)； INT8U? OSMemQuery (OS_MEM *pmem, OS_MEM_DATA *pdata)； void? OS_MemInit (void)；--- 这个函数用户不能调用 这里又要特别注意，OS_MemInit这个函数是由OSInit这个函数调用的，用户不能也不需要主动调用OS_MemInit函数。下面我们仔细分析这几个函数来学习uCos的内存管理是怎么实现的。 uCos的内存管理程序的编程大概思路可概况如下：uCos用一个结构体OS_MEM来管理一个内存分区，同时根据用户的配置定义了一个元素类型为OS_MEM的数组OSMemTbl来存放所有的OS_MEM的结构体，同时这个OSMemTbl数组里的每个元素用链表连接起来，当用户建立一个分区时，则从该链表里取出一个元素来管理新建立的分区。所以我们调用OSMemCreate来建立一个新的内存分区时，返回的是一个指向OS_MEM的指针，实际上，返回的就是这个内存管理控制块的其中某一块的首地址。 内存管理控制块的链表结构如下： ? 如上图所示，OSMemFreeList是一个全局变量，他指向链表头结点。OS_MAX_MEM_PART是一个供用户配置的宏，所以用户建立的内存分区数不能超过OS_MAX_MEM_PART这个值，否则建立分区失败。这里特别注意OS_MEM结构体里的OSMemFreeList成员，该成员在该内存管理控制块未被使用前是用来指向下一个空闲的内存管理控制块，但当该控制块被用于管理一个特定的分区后，OSMemFreeList将