前言

19年6月份从网易云音乐离开，放弃了留学机会，开始了人生的第一次创业，前后尝试了两个项目，因为个人能力与时机因素都失败了，虽然没能享受到创业所能够带来高杠杆物质上的回报，但是对个人软技能和自我边界认知上都有了很大的提升，对于这段经历有以下四点想送给准备创业和走在创业路上的朋友们。

创业本质是一个不断降低商业模式风险的过程。（创业前最好去北京798的智能硬件展厅看一看）
当你对于自己的未来感到模糊，对当下感到厌倦的时候，跳出舒适圈，快速尝试是最好的解决方案。
打开自己，多结识各路“牛鬼蛇神”，你当下的困惑大多都有人比你提前经历过，且都可以给予你具体可操的解决方案。
忌纸上谈兵，实际去做的质感是书本上永远学习不到的，去干而不是去看。

经过这一次创业和之前的工作经历，对于下一份的工作在选择上所以也有了更多的想法，对于工作的成长性和平台背景是当下比较看重的，当然钱也是考核的一个重要指标（一切以成长和主人翁精神来鼓励加班不给钱的公司都是PUA）。结合自身的职业发展诉求，快手和字节跳动是本次找工作的目标公司。这两家公司的offer也是首先拿到的，因为offer的流程有些时间，因此也面试了一些其它的公司，感受到了各家公司的工作流程，面试过程中面试官也给予了很多技术成长上的建议，对于一些技术和设计问题也展开了一些探讨。一些面试官分享了他们在做的业务，商业模式等，总之在职业素养，技术视野，商业模式上都在潜移默化中得到一些提升。

内存泄漏是什么？

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

内存泄漏有哪些情况，对应的解决方案？

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

常见的原因有：

1.非静态内部类/匿名类

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

2.集合类

原因：集合类添加元素之后持有集合元素的引用，导致该集合元素不可被回收，导致内存泄漏
解决方案：
1. 集合类使用完元素对象后，必须将该元素从集合中删除（由于一个集合中有多个元素，所以最简单的方案就是清空集合对象（clean）&设置为Null）

3.资源对象使用后未关闭

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

4.Static关键字修饰成员变量

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

4.其他使用

原因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