android编译非静态内部类,Android 非静态内部类/匿名类引起的内存泄漏

一、概述

让我们先来回顾一下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类的实例,而不是属于单个实例。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值