1.布局优化
核心思想：尽量减少布局文件的层级
a.多嵌套情况下可使用RelativeLayout减少嵌套
b.布局层级相同的情况下使用LinearLayout,它比RelativeLayout更高效。
c.使用<include>标签重用布局,<merge>标签减少层级,<ViewStub>标签懒加载
2.绘制优化
核心思想：避免在view.onDraw()中执行大量的操作
a.避免创建新的局部对象，因为onDraw()可能被多次调用而产生大量的临时对象，导致占用过多内存 频繁系统GC 降低执行效率
b.避免做耗时任务，以及大量循环操作。
3.内存泄漏优化
内存泄漏：程序在申请内存后，无法释放已申请的内存空间。是造成程序OOM的主要原因之一、
内存溢出：程序在申请内存时，没有足够的内存空间供其使用。
可能的原因:
1.静态变量导致内存泄漏
详情：一个静态变量又是非静态内部类会一直持有对外部类的引用，导致外部类Activity无法被回收。
解决办法：将内部类设为静态内部类或独立出来.
2.单列模式导致的内存泄漏
详情：单列传入参数this来自Activity，使得持有对Activity的引用
解决办法：传参Context.getApplicationContext().
3.属性动画导致的内存泄漏
详情：没有在onDestory()中停止无线循环的属性动画,使得view持有了Activity
解决办法：在Activity.onDestory()中调用Animator.cancel()停止动画
4.Handler导致的内存泄漏
详情：Message持有对Handler的引用，而非静态内部类的Handler又隐式持有对外部类Activity的引用
使得引用关系会保存至消息得到处理 从而阻止了activity的回收。
解决办法：使用静态内部类+WeakReference弱引用；当外部类结束生命周期时清空消息队列。
5.线程导致的内存泄漏
详情：AsyncTask/Runnable以匿名内部类的方式存在，会隐式持有对所在Activity的引用
解决办法：将AsyncTask和Runnable设为静态内部类或独立出来；在线程内部采用弱引用保存Context引用
6.资源未关闭导致的内存泄漏
详情：未及时注销资源导致内存泄漏，如BroadcastReceiver,File,Cursor,Stream,Bitmap等
解决办法：在Activity销毁的时候要及时关闭或者注销
7.Adapter导致的内存泄漏
详情:不适用缓存而只依靠getView()每次重新实例化Item,会给GC造成压力
解决办法：在构造Adapter时使用缓存的convertView.
4.响应速度优化
核心思想：避免在主线程中做耗时操作
5.ListView 优化
a.复用viewHolder
b.不要在getView中执行耗时操作。
6.BitMap优化
利用BitmapFactory.Options的inSampleSize属性 根据需求对图片进行采样后再加载进来.
7.线程优化
采用线程池，避免存在大量的Thread
