Android 非静态内部类/匿名类引起的内存泄漏
2018-05-21 本文已影响9人
比萨u
一、概述
让我们先来回顾一下android内存泄漏的相关概念：
- 内存溢出：android系统会给每个安卓程序分配一定的内存，当程序所使用的内存超过最大值就会造成内存溢出，就是常说的OOM
- 内存泄漏：简单来说就是你new了一个对象，这个对象是要消耗内存的，然后jvm会对没有引用的对象进行回收释放内存，如果一个对象已经没有引用了，但是jvm没有回收这个对象，就会造成内存泄漏，多次内存泄漏到最后就会变成内存溢出。
二、内存泄漏
常见的内存泄漏有很多种：
1. 非静态内部类/匿名内部类的静态实例容易造成内存泄漏
2. 单例模式导致的内存泄漏
3. 对该解注册、注销、清空的对象没有及时做这样操作导致的，比如说广播、服务、io流等等。（其实我个人觉得这一条的最终原因还是第一条，因为说到底还是引用没有释放使jvm没有不能回收）
三、非静态内部类/匿名内部类的静态实例容易造成内存泄漏
综上所述，我们来重点理解一下非静态内部类/匿名内部类的静态实例容易造成内存泄漏，因为以前作者在了解android内存泄漏方面的知识的时候，对于网上帖子整理出来的常见内存泄漏的例子，我会更多的尝试把它们记住。。因为根本不理解是为什么会造成内存泄漏，所以效率非常低，而且真正碰到了的时候也发现不了。
-
java内部类分为四种
- 静态内部类
- 静态匿名内部类
- 非静态内部类
- 非静态内部匿名类
/**
* 人类
*/
public class Human {
private static int age = 1;// 年龄
private String name;// 姓名
// 内部类
public class Man{}
// 静态内部类
public static class WoMan{}
public void setMan(Man man){}
public void setWoMan(WoMan woMan){}
public void test(){
Human human = new Human();
// 向human对象setMan方法中传入一个匿名的Man对象
human.setMan(new Man());
// 这种方式和上面的方式其实是一样的，大家应该可以看的出来
// 上面的方式就是我们常用的控件事件监听
Man man = new Man();
human.setMan(man);
// 向human对象setWoMan方法中传入一个匿名的Man对象
human.setWoMan(new WoMan());
}
}
你们可能会问，静态内部类和非静态内部类到底有什么关系呢？静态变量大家都会用吧：
private static int age = 1;// 年龄
- static的东西就代表是直接丢内存的，就是我们常说的缓存，顺便说一句，程序Exception的时候是会清空内存的。
拿上面的例子来说，Human类有一个静态的变量age，也就是说age是所有Human对象所共享的，换句话说是整个人类都有相同的年龄。而类成员变量name就只属于单个Human对象，每个人有属于他自己的名字，并不是共享的。通过这个例子好好理解一下static这个修饰符的概念，后面还会提到。 - 在Java中，非静态内部类/匿名类会隐式的持有外部类的引用，像这段代码：
human.setMan(new Man());
Man man = new Man();
human.setMan(man);
这样写是没有问题的，内部类隐式持有外部引用，生命周期是相同的，不会造成内存泄漏，但是我们来修改一下：
// 在Human里面定义一个static的Man变量
private static Man whiteMan;// 白人
然后：
whiteMan = new Man();
在test()方法中初始化这个whiteMan，此时，whiteMan是持有持有外部类Human的隐式引用，但是whiteMan是static的，static修饰的变量是放在内存中，生命周期是超过Human的，此时就已经发生了内存泄漏，类似的android中常见的内存泄漏:
public class MyActivity extends AppCompatActivity {
private static Context context;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_my);
context = this;
}
}
这是最基本常见的内存泄漏，通过我们那面的Human类的例子来理解一下这个内存泄漏，首先Activity就相当于Human类，然后static修饰的Context就相当于whiteMan，这个Context是持有Activity的引用的，它的生命周期是超过Activity的，并且这个本该被回收的activty由于它还一直存在着，这就导致了内存泄漏。
- 解决办法：把上述例子中的Man加上static修饰，如同WoMan。
用静态内部类/匿名类替换非静态内部类/匿名类，因为静态内部类/匿名类不会隐式的持有外部类引用，外部类会以正常的方式回收。
四、总结
- 关键词：static，原理：存放在内存中。如果像前面的Human类中那样的话，一个静态的变量是属于所有Human类的实例，而不是属于单个实例。
- 使用静态内部类/匿名类替换非静态内部类/匿名类。
引用：https://blog.csdn.net/u010618194/article/details/64147538
