说的Android的内存泄漏，大家都会想到由全局static变量强引用当前对象（e.g. activity），导致当前对象生命周期结束的时候，无法被gc回收,从而造成内存泄漏。首先这个观点是没有问题的. 但是有人说这样，如果这个对象被频繁创建销毁，那么就会有多个对象无法被回收，泄漏. 真实情况是这样的吗。
static变量是全局变量，存放在方法区，是全局唯一的。 在对象重新创建的时候，该变量会重新赋值，那么其之前所引用的对象。就没有被gc roots引用，理论上，是可以被gc回收的，就是说，如果在gc回收的情况下，最多只有一个对象被泄漏. 真实情况是不是这样呢。
下面我们通过一个简单的例子来看一下。
public class MainActivityextends AppCompatActivity {
private static final String TAG ="MainActivity";
private static ContextmContext;
ClassDemodemo =new ClassDemo();
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Log.d(TAG,"onCreate: ");
mContext =this;
}
protected void onDestroy(){
super.onDestroy();
Log.d(TAG,"onDestroy: ");
}
}
public class ClassDemo {
private static final String TAG ="ClassDemo";
public int[]arr =new int[10000];
public ClassDemo(){
Log.d(TAG,"ClassDemo: ");
}
}
使用AndroidStudio编译安装到手机上，并运行，然后点击AndroidStudio->Run->Profile‘app’，获取当前java heap信息. 关于Profile的用法，请参考
https://blog.csdn.net/yangjie5250/article/details/80264517 （因为这个当时没有截图，懒得重新运行了，所以请参考其他文章）
直接运行，打开app，这个时候执行dump heap，我们看结果。 只有一个MainActivity对象。 注意左上角的选项。
Arrange by package. 这样方便看一些。
然后按back键返回，再打开，再返回，重复多次。然后在重复上面的步骤，将heap 的情况dump出来。此时我们看到，此时有多个对象存在
另外你也可以看图中的用圈圈住的那一列，那一列显示对象个数。
从结果看，的确存在多个对象. 那么是不是的确存在多个对象泄漏呢。 我们继续操作
这次我们执行 dump heap之前，先强制执行下GC ,点击下图中的 垃圾篓。 然后再执行dump heap （点击向下箭头）。再来看heap的情况
我们发现只剩下一个MainActivity了。 说明了什么. 说明了其他的对象，是可以gc 掉的，真正泄漏的只有一个对象。
总结：
由全局静态变量强引用当前对象引起的内存泄漏，不会因为不断的重建销毁对象而泄漏多个对象。最终只有一个被正在引用的对象泄漏，其他的对象都可以被gc回收掉. 至于同时存在多个对象的情况，是因为这个时候，还没有gc发生.
