内存管理

内存管理函数

内存分配算法

AliOS Things内存管理采用类buddy伙伴算法，以及blk快速小内存申请算法相结合的策略。

• buddy算法：

Buddy算法申请的内存最小为8字节对齐，可申请的最大长度除了受堆空间总大小限制外还可通过编译宏配置。系统提供的Buddy算法是通过32 bit的位图结构来挂载对应的空闲链表，bit n代表内存块对应的type，其下面挂载了长度范围 (2^(n- 1 + off) ~ 2^(n + off) - 1)的空闲块，其中off值主要是考虑利用了原本较小长度块的低bit。

内存申请时，优先从对应type的空闲链表中申请；如果没有空闲，则从 type+1 的位置申请内存，并将多余的空闲内存块做拆分并重新放入对应的空闲链表位置；每个内存块维测信息，包括如魔术字、多级申请调用栈、是否空闲等信息，便于内存踩踏、泄漏、重复释放等问题的定位。

内存释放时，考虑前后的内存块是否也空闲，如果是，则进行内存块合并，并插入相应type的空闲链表位置。 优点：能够满足绝大多数场景的内存申请需求； 可以申请最大范围内任意长度的内存； 内存碎片整理已经相当出色； 有充分的维测信息，便于问题定位。 缺点：内存维测信息较多，有一定的空间浪费； 内存不停地拆分组合，一定程度上影响效率； 长期运行过多的小内存会出现碎片，会隔断大内存空间。

• blk小内存快速申请：

blk小内存算法申请的内存最小为4字节对齐，小于RHINO_CONFIG_MM_BLK_SIZE大小的内存块会优先从blk算法中申请，不够的再从通过buddy申请。

内存申请时，优先从对应type的空闲链表中申请；如果没有空闲，则先考虑从空闲资源池拉取一段空闲资源补充；如果空闲资源不足，则从 type+1 的位置申请内存（以此类推）申请过程不涉及拆分。

内存释放时，直接挂在到对应type的空闲链表内，释放不涉及合并。

优点：申请效率高； 避免过多小内存碎片。 缺点：内存维测信息少，出现问题较难定位； 申请的内存大小有限制，一般为1K以下。

步骤1 创建或打开工程

打开已有工程

如果用于测试的案例工程已存在，可参考《AliOS Things集成开发环境使用说明之打开工程》打开已有工程。

创建新的工程

组件的示例代码可以通过编译链接到AliOS Things的任意案例（solution）来运行，这里选择helloworld_demo案例。helloworld_demo案例相关的源代码下载可参考《AliOS Things集成开发环境使用说明之创建工程》。

步骤2 添加组件

depends:
  - osal_aos: dev_aos # helloworld_demo中引入osal_aos组件

步骤3 下载组件

在已安装了的开发环境工具栏中，选择Terminal -> New Terminal启动终端，并且默认工作路径为当前工程的workspace，此时在终端命令行中输入：

aos install osal_aos

上述命令执行成功后，组件源码则被下载到了./components/osal_aos路径中。

步骤4 添加示例

depends:
  - rhino: dev_aos
  - cli: dev_aos # 添加cli依赖
source_file:
  - "*.c"
  - "example/mem_example.c" # 添加 mem_example.c

步骤5 编译固件

在示例代码已经添加至组件的配置文件，并且helloworld_demo已添加了对该组件的依赖后，就可以编译helloworld_demo案例来生成固件了，具体编译方法可参考《AliOS Things集成开发环境使用说明之编译固件》。

步骤6 烧录固件

helloworld_demo案例的固件生成后，可参考《AliOS Things集成开发环境使用说明之烧录固件》来烧录固件。

步骤7 打开串口

固件烧录完成后，可以通过串口查看示例的运行结果，打开串口的具体方法可参考《AliOS Things集成开发环境使用说明之查看日志》。

当串口终端打开成功后，可在串口中输入help来查看已添加的测试命令。

步骤8 测试示例

mem_example

[aos_mem_example]aos_malloc success!
[aos_mem_example]aos_zalloc success!
[aos_mem_example]aos_calloc success!
[aos_mem_example]aos_realloc success!