BREW的内存管理文件管理机制.pptVIP

BREW 内存管理和文件管理机制 ——培训讲师： 李宜章 概述 头脑风暴之发散讨论： 目的 深入了解BREW的动态应用的内存管理,内存操作上的注意事项 接口的引用计数机制 了解BREW 文件系统目录结构和访问机制 文件管理器接口实例操作 动态应用的内存管理 （1）可以通过MALLOC，REALLOC()来分配内存空间。 （2）通过调用FREE()/Realloc(0)来释放内存。 （3）BREW通过module的上下文来标记分配的内存。 （4）当FREE/REALLOC被调用时，内存被释放，也不再被标记。 （5）当这个module从内存中卸载时，BREW会遍历堆中的被module ID标记的节点，OEMOS_BreakPoint()被调用以报告内存泄漏，然后释放该节点。 （6）内存的生命周期是从MALLOC申请内存空间到FREE/Realloc被调用或者这个模块被卸载。 动态应用的内存管理（续） 1. 动态Applet不能出现全局和静态变量 BREW 结构不支持全局或静态变量，因为动态下载的应用程序，使用全局或静态变量可能导致连接器出现目标错误。 如何保存全局的数据呢？始终将持久数据存储在小程序结构中。 typedef struct _HelloWorldApp { AEEApplet a ; // First element of this structure must be AEEApplet // add your own variables here... //这里添加的变量在整个APP的生存期内，有全局的作用域 int g_AppState; } HelloWorldApp ; 动态应用的内存管理（续） 2. MALLOC的内存一定要释放 3. 通过ISHELL_CreateInstance创建的接口也是需要释放的,使用IBase_Release接口释放,并清空 #define INTFACE_FREE(iptr){ \ if(iptr){IBASE_Release((IBase *)iptr); \ iptr = NULL;} 4. 避免内存越界操作（死机） char str[6]; str[6] = o;//类似代码一定避免 char *pBuff = (char *)MALLOC(5); char str[] = abcdef; STRCPY(pBuff, str); //避免，使用STRNCPY 动态应用的内存管理（续） 5. 避免内存重复释放操作 char *pBuff = (char *)MALLOC(5); char *pb = pBuff; FREE(pBuff); FREE(pb); 6. 内存释放后再次使用 char *pBuff = (char *)MALLOC(5); FREE(pBuff); //pBuff[4] = 0;// FREE后，马上把pBuff清空 pBuff = NULL; (#define FREE_EX(ptr) {if(ptr)FREE(ptr); ptr=NULL;}) 动态应用的内存管理（续） 7.保险阀 1) 执行 NULL 指针检查. MALLOC的内存空间必有有效性检查 BREW接口实例对象必须NULL检查 2) 清除内存 在以下两种情况下需释放内存： 1:必须释放所创建对象的所有实例。 2:应用程序终止时，必须释放所有动态内存（所有已分配内存）。 3:建议在不需要内存时将其释放。 内存泄漏的检查 方法： 应用在调用MALLOC()时，BREW会将调用应用相关联的32位ID与创建的内存节点标记起来。当一个应用退出的时候，BREW会遍历堆，查询是否有与该应用的32位ID标志的泄漏的内存节点，并释放掉。 检查： 在模拟器中，会有错误的运行信息显示，在手机设备上，这个泄漏会悄悄的清除。BREW用于跟踪内存的32位ID是根据module来确定的，因此，同一个module中的两个应用会分配相同的32位ID。 注意： BREW在一个module中的最后一个applet退出的时候才真正开始执行内存泄漏的检测。这种策略的一个副作用是内存泄漏有时候会错误的归到其它应用上。 扩展接口的引用计数机制 文件管理特性 文件管理机制 BREW文件系统的目录结构（AEEFile.h） BREW文件名命名规则 绝对路径：fs:/绝对路径，大小写敏感 相对路径：fs:/~/相对路径,大小写敏感 fs路