前言
程序员说不焦虑其实是假的,因为无论是现在还是最近几年,很早就有人察觉Android开发的野蛮生长时代已经过去。过去的优势是市场需要,这个技术少有人有,所以在抢占市场的时候,基本上满足需要就已经可以了。但是现在,各式各样的APP层出不穷,APP的质量成为新的竞争标准。这也意味着不管是系统设计还是性能优化等方面,市场都给Android开发者提出了更高的要求。那么,Android是不是真的不吃香了呢?其实不是的,高级及以上还有很大的需求缺口,非常稀缺人才。但是初级开发者真的已经不吃香了。丧气的说一句,初级学者在市场中的竞争优势其实是很少的。
内存泄漏是什么?
内存泄漏即 ML (Memory Leak)
指 程序在申请内存后,当该内存不需再使用 但 却无法被释放 & 归还给 程序的现象
内存泄漏有哪些情况,对应的解决方案?
内存泄漏的原因归根到底就是当需要被回收变量的内存被其他变量引用持有,导致内存回收失败
常见的原因有:
1.非静态内部类/匿名类
-
原因1:
非静态内部类/匿名类 Handler
持有外部的Activity/Fragment
对象的引用,导致Activity/Fragemnt
被销毁的时候没有被回收 -
解决方案:
- 将Handler类改为静态内部类 + 弱引用(
WeakReference
)持有Activity
引用(静态类默认不持有外部的引用) - 当外部类(一般是
Activity/Fragment
)结束生命周期时,清空Handler队列
- 将Handler类改为静态内部类 + 弱引用(
-
原因2:
非静态内部类的实例(对象)
=静态实例
(其生命周期 = 应用的生命周期) -
解决方案:
- 将该类改为静态类(静态类默认不持有外部的引用)
- 将该类抽出来封装成为一个单例
-
原因3:多线程 工作线程正在处理任务时外部类需要销毁,此时工作线程持有外部类的引用导致无法被回收
-
解决方案:
- 将该线程类类改为静态类(静态类默认不持有外部的引用)
- 当外部类结束生命周期时强制结束线程
2.集合类
-
原因:集合类添加元素之后持有集合元素的引用,导致该集合元素不可被回收,导致内存泄漏
-
解决方案:
- 集合类使用完元素对象后,必须将该元素从集合中删除(由于一个集合中有多个元素,所以最简单的方案就是清空集合对象(clean)&设置为Null)
3.资源对象使用后未关闭
-
原因:资源对象使用后未关闭,在Activity/Fragemnt销毁时没有关闭/注销这些资源,将导致无法回收 例如:
广播BraodcastReceiver
、文件流Fire
、图片资源Bitmap
、数据库游标
等 -
解决方案:
Activity
销毁时及时关闭/注销资源
4.Static关键字修饰成员变量
-
原因:Static关键字修饰成员变量的生命周期 = 应用的生命周期 例如
private static Context mContext = context
那么context上下文对应的Activity
则无法被回收 -
解决方案:
- 尽量不要使用Static成员变量引用,使用弱引用代替强引用
- 使用单例模式
4.其他使用
-
原因1:Context:当拥有
Activity context
的引用的对象仍在使用,则该Activity
需要销毁时无法回收 -
解决方案:
- 对
context
的引用不要超过它的生命周期 - 使用
ApplicationContext
代替
- 对
-
原因2:WebView:不再使用WebView对象后没有及时销毁,导致内存占用
-
解决方案:
- 通过多线程对不再使用的
WebView
对象进行销毁
- 通过多线程对不再使用的
-
原因3:Adapter:滑动ListView、RecycleView获取新View时 都在getView()中重新实例化一个View对象,浪费资源,使内存占用越来越大
-
解决方案:
- 使用缓存的
convertView
- 直接使用
ViewHolder
- 使用缓存的
最后
赠送大家一套完整的Android学习资料吧。
以前一直是自己在网上东平西凑的找,找到的东西也是零零散散,很多时候都是看着看着就没了,时间浪费了,问题却还没得到解决,很让人抓狂。
后面我就自己整理了一套资料,还别说,真香!
资料有条理,有系统,还很全面,我不方便直接放出来,大家可以先看看有没有用得到的地方吧。
附上白嫖地址:《Android架构视频+BATJ面试专题PDF+学习笔记》
1618046854939)]
[外链图片转存中…(img-VQVg7Z7R-1618046854941)]
[外链图片转存中…(img-Po5rSRSt-1618046854942)]