ucGUI内存管理分析
1. 概述
ucGUI为了提高在不同硬件与软件平台的可移植性，它的内存分配没有用到像molloc和free这样的与平台相关的函数。它有自己的一套机制来管理内存。以下详细描述其内存管理机制。
2. ucGUI需要管理的内存
a) 窗体：
在ucGUI里，所有的控件(control)，对话框(Dialog)，框架窗体(Frame)实际都是由一个或多个窗体组成，这些窗体对应用的层的表现形式为句柄(Handle)，关于这个句柄的含义在下面讲解。在ucGUI窗体管理机制里，每种不同的窗体都有其不同的结构体。因此这些结构体的实例均需要纳入ucGUI的内存管理。
b) 字符串:
几乎所有的窗体上都有多个字符串，这些字符串对应用层的表现形式也为句柄。在ucGUI内部实际是一个普通的字符串，也需要纳入ucGUI的内存管理。
3. ucGUI内存管理分析
a) ucGUI定义了一个全局联合体变量来存放他所需要的内存。定义如下：
typedef union {
int aintHeap[GUI_ALLOC_SIZE / 4];
U8 abHeap[GUI_ALLOC_SIZE];
} GUI_HEAP;
之所以这样定义，是为单字节或四字节访问的便利性。实际的大小即为宏定义GUI_ALLOC_SIZE的大小，这个宏定义可根据用户实际使用情况来调节。实际上就是跟应用的复杂度相关。换句话说，就是，实际应用中，创建的窗体越多，界面上需要显示的字符串越多，需要占用的内存就越多。
b) ucGUI定义了一个全局的结构体内存块数组来管理这块内存。定义如下：
typedef struct {
GUI_ALLOC_DATATYPE Off; /*Offset of memory area */
GUI_ALLOC_DATATYPE Size; /*usable size of allocated block */
HANDLE Next; /*next handle in linked list */
HANDLE Prev;
} tBlock;
static tBlock aBlock[GUI_MAXBLOCKS];
前面已经描述了ucGUI里需要纳入内存管理的主要是窗体与字符串两部分。每一个窗体与字符串都需要单独的内存块(Block)来管理，他们在应用层的句柄(Handle)即为内存块数组aBlock的索引值。
关于内存块结构体的描述，根据其定义即可看出，Off为其在GUI_HEAP里偏移，Size为其大小，Next为下一个内存块的句柄，Prev为前一个内存块的句柄。可以看出ucGUI将所有的内存块做成的一个双向链表。
内存块的最大个数由GUI_MAXBLOCKS来定义。定义如下:
#define GUI_MAXBLOCKS (2 + GUI_ALLOC_SIZE / 32)
即用GUI_ALLOC_SIZE通过计算得出。
下面我们来分析一下内存块结构体tBlock的大小。先看一个GUI_ALLOC_DATATYPE和HANDLE的定义。
#ifGUI_ALLOC_SIZE <32767
#define GUI_ALLOC_DATATYPE I16
#define GUI_ALLOC_DATATYPE_U U16
#else
#define GUI_ALLOC_DATATYPE I32
#define GUI_ALLOC_DATATYPE_U U32
#endif
#ifGUI_MAXBLOCKS >= 256
#define HANDLE U16
#else
#define HANDLE U8
#endif
当GUI_ALLOC_SIZE小于32kb时GUI_ALLOC_DATATYPE为两个字节，否则为4个字节。当GUI_MAXBLOCKS大于等于256时，HANDLE为两个字节，否则为1个字节。
所以，tBlock的大小最小为4字节，最大为12字节，实际上都和GUI_ALLOC_SIZE的大小相关。
4. ucGUI内存管理的实现
对这部分不作过多的描述，因为和对内存的使用的多少没有太多关系。
需要说明的，ucGUI内存管理主要是由上述的结构体来管理。实现了在aBlock这块内存中，动态分配和释放，碎片整理等机制。经过大量的实践，可靠性与效率上还是有一定的保证。
5. 总结
综上所述。ucGUI需要的内存大小主要由上面描述的GUI_HEAP和 tBlock决定。
举个例子，当我们GUI_ALLOC_SIZE将定于为1MB的大小。
ucGUI需要的内存实际大小为：
GUI_ALLOC_SIZE+ sizeof(tBlock) * GUI_MAXBLOCKS =
1mb + 12 * (2 + 1mb/32) = 1.375mb
)
