文章目录
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、额外知识点:内存抖动
- 频繁的开辟和销毁内存