内存泄漏的几种情况

1、非静态内部类持有外部类的引用

  • 如 Handler

未处理的消息 Message 持有 Handler 的对象(Message.target),Handler 持有外部类 Activity 的引用
消息被一个静态变量持有
消息未处理,引用链就一直存在,从而导致内存泄漏

  • 解决

使用静态内部类 + 弱引用

2、资源对象未关闭

  • 原因

如 File、Bitmap,往往都用了一些缓存,我们在不使用的时候,应该及时关闭它们,以便它们的缓存能及时回收内存

  • 解决

它们的缓冲不仅存在于 java 虚拟机内,还存在于 java 虚拟机外
如果我们仅仅是把它的引用设置为null,而不关闭它们,往往会造成内存泄漏【待深入了解】

3、全局集合类强引用没清理

  • 原因

我们通常把一些对象的引用加入到了集合容器(比如ArrayList)中
当我们不需要该对象时,并没有把它的引用从集合中清理
这样这个集合就会越来越大
如果这个集合是 static 的话,那情况就更严重了

  • 解决

在退出程序或者 finish 当前 activity 之前,将集合里的东西 clear,然后置为 null

4、接收器、监听器注册没取消

  • 如广播、EventBus

5、单例中的 static 成员间接或直接持有了 activity 的引用

  • 原因

单例类对象的生命周期与应用的周期一样长
如果传入的是 Activity 的 Context
在 Activity 退出时,因单例对象持有 Activity 的引用
导致 Activity 的内存不能被回收,即内存泄漏

  • 解决

1、使用 Application 的 Context,生命周期一致
2、将短生命周期的属性的引用方式改为弱引用

6、额外知识点:内存抖动

  • 频繁的开辟和销毁内存
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值