性能优化
参考文档：说一下你做过哪些性能优化?
启动优化
参考文档：深入探索Android启动速度优化（上）
深入探索Android启动速度优化（下）
UI卡顿（ANR），blockcanery
参考文档：深入探索Android卡顿优化（上）
深入探索Android卡顿优化（下）
内存优化
参考文档：微信 Android 终端内存优化实践
Android性能优化盘点 - 内存优化
深入探索 Android 内存优化（炼狱级别-上）
深入探索 Android 内存优化（炼狱级别-下）
布局优化
参考文档：深入探索Android布局优化（上）
深入探索Android布局优化（中）
深入探索Android布局优化（下）
绘制优化
参考文档：Android性能优化之绘制优化
包大小优化
参考文档：深入探索 Android 包体积优化（匠心制作-上）
深入探索 Android 包体积优化（匠心制作-下）
常见内存泄漏场景，leakcanery
1、集合类
【泄漏原因】：集合类添加元素后，仍引用着集合元素对象，导致该集合元素对象不可被回收，从而导致内存泄漏
【解决方案】：集合类添加集合元素对象后，在使用后必须从集合中删除，清空集合对象 & 设置为null（最简单）
2、static关键字修饰的成员变量
【泄漏原因】：若使被static关键字修饰的成员变量引用耗费资源过多的实例（如Context），则容易出现该成员变量的生命周期 > 引用实例生命周期的情况，当引用实例需结束生命周期销毁时，会因静态变量的持有而无法被回收，从而出现内存泄露
【典型】：单例持有Activity，静态View持有Activity
【解决方案】：1）尽量避免static成员变量引用资源耗费过多的实例（如 Context）
2）使用弱引用（WeakReference） 代替强引用持有实例
3、非静态内部类 / 匿名类
【泄漏原因】：非静态内部类 / 匿名类 默认持有外部类的引用；当工作线程正在处理任务 & 外部类需销毁时， 由于工作线程实例持有外部类引用，将使得外部类无法被垃圾回收器（GC）回收，从而造成内存泄露
【典型】：非静态内部类的实例 --> 静态变量、多线程、消息传递机制（Handler）
【解决方案】：1）将非静态内部类设置为：静态内部类（静态内部类默认不持有外部类的引用）
2）该内部类抽取出来封装成一个单例
3）尽量避免 非静态内部类所创建的实例 --> 静态变量
4、资源对象使用后未关闭
【泄漏原因】：对于资源的使用，若在Activity销毁时无及时关闭 / 注销这些资源，则这些资源将不会被回收，从而造成内存泄漏
【典型】：广播BroadcastReceiver、文件流File、数据库游标Cursor、图片资源Bitmap等
【解决方案】：在Activity销毁时，及时 关闭/注销 资源，unregisterReceiver()、InputStream / OutputStream.close()、cursor.close（）、Bitmap.recycle()&Bitmap = null、停止动画（repeatCount = “infinite”）
5、WebView
【泄漏原因】：不再使用WebView对象后没有销毁，导致占用的内存长期无法回收，从而导致内存泄漏
【解决方案】：通过多线程在不使用WebView对象时进行销毁，如为WebView开启独立进程，通过AIDL与主进程进行通信
参考文档：内存泄露的本质、原因 & 解决方案
Android主流三方库源码分析（六、深入理解Leakcanary源码）
Bitmap
