内存泄漏:
其中一些表现形式
1. 将 Context 或者 View 置为 static
2. 未解注册各种 Listener
3. 非静态 Handler 导致 Activity 泄漏(解决:持有弱应用)
4.三方库使用 Context(把Activity.this传入到三方库,而三方库使用静态字段)
内存泄漏检测:
开源库神器:LeakCanary
原理: 基于WeakReference和ReferenceQueue 实现的:
1.当一个 Activity 需要被回收时,就将其包装到一个 WeakReference 中,并且在 WeakReference 的构造器中传入自定义的 ReferenceQueue。2.然后给包装后的 WeakReference 做一个标记 Key,并且在一个强引用 Set 中添加相应的 Key 记录
3.最后主动触发 GC,遍历自定义 ReferenceQueue 中所有的记录,并根据获取的 Reference 对象将 Set 中的记录也删除
经过上面 3 步之后,还保留在 Set 中的就是:应当被 GC 回收,但是实际还保留在内存中的对象,也就是发生泄漏了的对象。
内存泄漏实例:
静态集合类引起的内存泄漏
HashMap、ArrayList等集合以静态形式声明时,这些静态对象的生命周期与应用程序一致。他们所引用的对象也无法被释放,因为它们也被集合引用着。