如何分析android 内存泄漏

1.使用eclipse 自带的 DDMS 工具分析各线程的内存使用情况，如下图所示

Heap视图界面会定时刷新，在对应用的不断的操作过程中就可以看到内存使用的变化。

2.判断当前进程是否有内存泄漏。

需要注意一个值：VM Heap页面中部有一个data object选项，即数据对象，也就是我们的程序中大量存在的类类型的对象。

在data object一行中有一列是“Total Size”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏。

3可以据下面状态判断内存有泄漏：
1) 不断的操作当前应用，或者重复某一动作，注意观察data object的Total Size值。

2) 正常情况下Total Size值都会稳定在一个有限的范围内，也就是说如果程序中的的代码逻辑良好，没有创建的对象不被GC机制正常回收的情况，即便不断的操作生成很多对象，而在虚拟机不断的进行垃圾回收的过程中，这些对象都被正常回收了，内存使用量会保持在一个比较稳定的水平。

3) 如果代码中存在对象引用没有释放的情况，则data object的Total Size值在每次GC后不会有明显的回落，随着操作次数的增多Total Size的值会越来越大。

通过代码检测Activity泄漏

基本思路：

1）debug版本可以起一个长期工作的线程LeakThread在后台专门做泄漏检测

2）向Application注册一个 页面生命周期 的监听：application.registerActivityLifecycleCallbacks

3）在监听类中对 onActivityDestoryed(Activity activity) 的事件回调做处理：

如果一个Activity走到onDestroy，那么这个Activity对象就是需要被回收的目标。

我们声明一个检测对象的弱引用ref = new WeakReference(activity)。