我的移动开发春季历程

没有稳定的工作，只有稳定的能力。

春天，又到了万物复苏的季节，在程序猿这个行当里，作为 Android 开发出生的我，在经历了5年的脱发生涯后，现在更多的是称呼自己为移动开发攻城狮。

内存泄漏是什么？

内存泄漏即 ML （Memory Leak） 指程序在申请内存后，当该内存不需再使用但却无法被释放 & 归还给程序的现象

内存泄漏的原因归根到底就是当需要被回收变量的内存被其他变量引用持有，导致内存回收失败

常见的原因有：

原因1：非静态内部类/匿名类 Handler持有外部的Activity/Fragment对象的引用，导致Activity/Fragemnt被销毁的时候没有被回收
解决方案：
1. 将Handler类改为静态内部类 + 弱引用(WeakReference)持有Activity引用(静态类默认不持有外部的引用)
2. 当外部类(一般是Activity/Fragment)结束生命周期时，清空Handler队列
原因2：非静态内部类的实例(对象) = 静态实例 (其生命周期 = 应用的生命周期)
解决方案：
1. 将该类改为静态类(静态类默认不持有外部的引用)
2. 将该类抽出来封装成为一个单例
原因3：多线程工作线程正在处理任务时外部类需要销毁，此时工作线程持有外部类的引用导致无法被回收
解决方案：
1. 将该线程类类改为静态类(静态类默认不持有外部的引用)
2. 当外部类结束生命周期时强制结束线程

原因：资源对象使用后未关闭，在Activity/Fragemnt销毁时没有关闭/注销这些资源，将导致无法回收例如：广播BraodcastReceiver、文件流Fire、图片资源Bitmap、数据库游标等
解决方案：
1. Activity销毁时及时关闭/注销资源

原因：Static关键字修饰成员变量的生命周期 = 应用的生命周期例如 private static Context mContext = context 那么context上下文对应的Activity则无法被回收
解决方案：
1. 尽量不要使用Static成员变量引用，使用弱引用代替强引用
2. 使用单例模式

原因1：Context：当拥有Activity context的引用的对象仍在使用，则该Activity需要销毁时无法回收
解决方案：
1. 对context的引用不要超过它的生命周期
2. 使用ApplicationContext代替
原因2：WebView：不再使用WebView对象后没有及时销毁，导致内存占用
解决方案：
1. 通过多线程对不再使用的WebView对象进行销毁
原因3：Adapter：滑动ListView、RecycleView获取新View时都在getView()中重新实例化一个View对象，浪费资源，使内存占用越来越大
解决方案：
1. 使用缓存的convertView
2. 直接使用ViewHolder

作者2013年java转到Android开发，在小厂待过，也去过华为，OPPO等大厂待过，18年四月份进了阿里一直到现在。

被人面试过，也面试过很多人。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长，而且极易碰到天花板技术停滞不前！

我们整理了一份阿里P7级别的Android架构师全套学习资料，特别适合有3-5年以上经验的小伙伴深入学习提升。

主要包括腾讯，以及字节跳动，阿里，华为，小米，等一线互联网公司主流架构技术。如果你有需要，尽管拿走好了。

腾讯T3架构师学习专题资料

如果你觉得自己学习效率低，缺乏正确的指导，可以点击加入资源丰富，学习氛围浓厚的技术圈一起学习交流吧！

群内有许多来自一线的技术大牛，也有在小厂或外包公司奋斗的码农，我们致力打造一个平等，高质量的Android交流圈子，不一定能短期就让每个人的技术突飞猛进，但从长远来说，眼光，格局，长远发展的方向才是最重要的。

35岁中年危机大多是因为被短期的利益牵着走，过早压榨掉了价值，如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。

远来说，眼光，格局，长远发展的方向才是最重要的。