防止内存泄漏指导文档

1. 概述

 

 防止内存泄漏是一个体系工程，需要从事前预防、事中检测、事后补救三个方面对内存问题进行梳理和处理。

 事前预防是指在设计阶段、编码阶段就开展的预防内存泄漏的活动。

 设计阶段主要从模块设计、算法构建角度，尽可能避免对内存频繁的构建-释放，尽可能复用已构建好的对象。

 编码阶段则需注意养成良好的编程习惯，在使用完对象后尽早地显示地释放对象，同时配合代码Review机制，代码Reviewer审核待提交的代码，尽可能从中找出问题，然后打回本次提交记录，让代码提交人完善代码后再重新提交，再次进入新一轮的代码Review过程，同时在这不断反复的过程中，代码提交人对相关代码问题的认识和意识会不断增强，后续再犯此类问题的概率会大为降低。

 实践和数据证明，在编码阶段发现和修复问题的数量、难易度、成本是有优势的。在测试阶段、运营阶段发现问题再修复问题的成本是高昂的。

 事中检测是指在应用发布上线后，通过在线检测相关的系统信息，提前预判是否有内存问题发生的可能，这是基于一种预测技术的预防机制。

 事后补救是指在内存问题发生后，通过问题描述、工具辅助以定位和修复问题。

 此外，内存优化是一个持续渐进的过程。

 

 

2.事前预防

可采用5R原则来指导事前预防的工作，5R内容为：

• Reckon(估算)

本条原则意为估算应用所需的内存大小在什么量级，以做到知己知彼，在后续使用内存时做到量入为出。

• Reduce(减少内存分配及使用)

该原则意为使用分配内存时，尽量少地分配内存空间，比如分配一个循环计数整型变量i，能用short的就不要用int。

• Reuse(重用)

本条原则意为尽量复用内存，一则可减少内存分配空间，二来可提高程序运行效率，体现该条原则的例子是图片缓存。

• Recycle(及时回收)

本条原则意为在资源不再使用时，要尽快释放所占用的资源，体现该条原则的例子是Bitmap的recycle和cursor的close。

• Review(代码Review)

提交代码前review下自己的代码，以发现使用不规范的地方，以及代码提交到Gerrit后，其他程序员协助review的过程。

5R原则只是一个指导原则，用以训练程序员养成良好的编程习惯，在编码过程中，避免常见的内存泄漏类型。

在本项目中，经常出现的的内存泄漏类型如下：

• Handler泄漏

• static成员泄漏

• Callback泄漏

• Bitmap未即时释放

• Activity leak window

• cursor未关闭

在代码Review阶段，可重点留意这些方面的内存问题。

 

 

3.事中监测

借助一种收集系统运行过程产生的信息，动态分析应用是否会产生内存问题的技术，本文档不对这种技术做讨论。

 

 

4.事后补救

      在内存问题发生后，通过现场反馈的信息及内存分析工具的协助，以最终定位问题的过程。

      常用内存分析工具有Android Monitor、DDMS、MAT。