一 View的优化
1） 降低View树的高度，即减少View的层级嵌套，使用RelativeLayout替代LinearLayout。
2） 使用include或者merge标签，将布局包含进来。
3） 使用ViewStub，一些布局文件在正常情况下不会显示出来，可以使用ViewStub使其在使用时在加载。
4） 不要在onDraw()等类似绘制函数中执行大量操作或者相对耗时的任务，影响View的流畅度。
5） 不要在onDraw()类似的频繁被调用刷新的函数中创建局部对象，这会耗用大量内存。
6） 避免过度绘制。
出现过度绘制主要是由于View的backgroud重复绘制。首先Window本身就有自己的background，如果要自定义自己的background，得记得把window的background设为null。
7） ListView的优化。
ListView使用ViewHolder实现View的复用，并且不要在getView中执行耗时操作。
二 内存泄露
严格检查程序是否存在内存泄露的情况。关于常见内存泄露场景可以查看另一篇文章安卓面试题(进阶篇)。
三 优化系统的响应速度
1） 避免在主线程中执行相对耗时的操作，严重时甚至会引发ANR异常。
2） 当存在多线程并发情况下注意对于同步操作的协调，同步代码块会影响并发的效率。
3） 多线程场景，需要使用线程池。
四 代码优化
1） 合理使用static关键字
static数据的读取速度比一般数据读取效率高。因此，在合理范围内使用static修饰可以提高程序执行效率。
2） 使用增强for循环
优先使用增强for循环通常情况下会获得更高的效率
注：一种情况例外，即对ArrayList进行遍历时，使用普通的for循环效率要更高。
3） float类型的谨慎使用
浮点型处理速度大概比整型数据处理速度慢两倍，所以如果整型可以解决的问题就不要用浮点型。
4） 避免创建过多的占用资源较多的对象，可以考虑单例模式实现。
5） 少用枚举，枚举占用空间比整型要大。
6） 适当的使用软引用或者弱引用。合理的使用软引用或者弱引用可以使GC能够及时回收资源。
7） 尽量采用静态内部类，静态内部类可以避免潜在内部类引发内存泄露的问题。
8） 尽量的采用 StringBuilder / StringBuffer 来替换频繁的字符串拼接。
五 资源释放
1） Bitmap的回收，Bitmap占有系统资源较大，应在使用完后及时释放。
2） Cursor的释放。
六 安装包优化
1）代码混淆。使用proGuard 代码混淆器工具，它包括压缩、优化、混淆等功能。
2）资源优化。比如使用 Android Lint 删除冗余资源，资源文件最少化等。
3）图片优化。比如利用 AAPT 工具对 PNG 格式的图片做压缩处理，降低图片色彩位数等。
4）避免重复功能的库，使用 WebP图片格式等。
5）插件化。比如功能模块放在服务器上，按需下载，可以减少安装包大小。
常见的内存泄漏及解决方法
1、单例造成的内存泄漏
由于单例的静态特性使得其生命周期和应用的生命周期一样长，如果一个对象已经不再需要使用了，而单例对象还持有该对象的引用，就会使得该对象不能被正常回收，从而导致了内存泄漏。
当Activity 已经持有了对单例的引用，当屏幕切换横竖屏的时候，Activity 会重建，那么就会重新创建一个单例并且引用，先前的那个对象无法被回收，也就导致了内存泄露
解决办法：在MyApplication中得到Context ，因为MyApplication中的context 的声明周期和 Activity 一样长
2、非静态内部类创建静态实例造成的内存泄漏
解决方法：将该内部类设为静态内部类或将该内部类抽取出来封装成一个单例，如果需要使用Context，就使用Application的Context。
3、Handler造成的内存泄漏
解决办法： 可以在onDestroy方法中把handler 置为null ，或者在MyApplication 中的onCreate()方法中创建handler ，这样handler 的生命周期和activity 的生命周期 一样长。
4、线程造成的内存泄漏
*AsyncTask和Runnable都使用了匿名内部类，那么它们将持有其所在Activity的隐式引用。如果任务在Activity销毁之前还未完成，那么将导致Activity的内存资源无法被回收，从而造成内存泄漏。
解决方法：将AsyncTask和Runnable类独立出来或者使用静态内部类，这样便可以避免内存泄漏*
5、资源未关闭造成的内存泄漏
6、使用ListView时造成的内存泄漏 加载图片
glide已解决
7、集合容器中的内存泄露
解决方法：在退出程序之前，将集合里的东西clear，然后置为null，再退出程序。
8、WebView造成的泄露
当我们不要使用WebView对象时，应该调用它的destory()函数来销毁它，并释放其占用的内存，否则其长期占用的内存也不能被回收，从而造成内存泄露。
