内存泄漏是什么？
内存泄漏即 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开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。
同时我经过多年的收藏目前也算收集到了一套完整的学习资料以及高清详细的Android架构进阶学习导图及笔记分享给大家，希望对想成为架构师的朋友有一定的参考和帮助。
下面是部分资料截图，诚意满满：特别适合有开发经验的Android程序员们学习。
不论遇到什么困难，都不应该成为我们放弃的理由！
如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言，一定会认真查询，修正不足，谢谢。
不论遇到什么困难，都不应该成为我们放弃的理由！
如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言，一定会认真查询，修正不足，谢谢。