目录
引言：
先大概对Android性能优化做一个简单分类和梳理。由于性能影响因素多，比如本文分类的APP，内存，网络，卡顿都是互相影响的。卡顿应该是用户最直观可见的性能问题了。
APP优化侧重于启动，UI绘制以及资源优化这三个方面考虑
内存优化侧重于内存抖动，内存泄露，扩大内存方面考虑
网络优化则是从网络请求，数据压缩的方面考虑
上面这三个方面的优化就有利于我们系统卡顿问题的解决。刚才说的卡顿是用户直观感知的，从显示的角度看卡顿问题的话就是丢帧掉帧引起的。本篇暂时不展开与显示刷新原理方面的内容说明。
APP优化：
UI优化（布局优化，绘制优化）
布局优化：RelativeLayout替代LinearLayout，作为默认根布局。降低嵌套布局，提高渲染效率
<include>标签
<ViewStub>标签加载不常用的布局，延迟加载
<merge>标签减少布局的嵌套层次
安装包优化（res资源文件优化）
减小体积
res资源优化
代码优化：
lib资源优化：
assets资源优化
代码混淆
使用proGuard代码混淆工具，包括压缩，优化，混淆等功能
插件化：功能模块放入服务器，需要时再加载
启动优化：
冷启动，热启动，耗时线程用子线程去执行
启动逻辑，加载逻辑；
非必要的对象可以延迟初始化；
不要创建全局静态对象，而是转向单例模式，这样应用进程只需要第一次时初始化
考虑依赖注入框架
网络优化：
合并网络请求，减少网络请求
避免DNS解析
大量的数据加载采用分页的方式
网络数据采用GZIP压缩
加入网络数据缓存，避免频繁请求网络
上传图片时，在必要的时候压缩图片
内存优化：
避免内存泄露：长生命周期的对象引用了短生命周期的对象。堆上分配的对象已经不再使用了，但是GC收集器无法对其进行回收。
静态变量问题：将内部类设为静态内部类或独立出来使用context.applicationContext()
单例模式:传参context.getApplicationconText()
属性动画:Activity.onDestroy调用Animation.cancel()
Handler:使用静态内部类+WeakReference弱引用；当内部类结束生命周期时清空消息队列
线程问题：将AsyncTask和Runnable设为静态内部类或独立出来，在线程内部采用弱引用保存Context引用
资源未关闭：在Activity销毁时即使关闭或者注销：
BroadcastReceiver调用unregisterReceiver()
Cursor,Stream,file:调用close
Adapter问题：
不使用缓存而只依靠getView()每次重新实例化Item，会给GC制造压力
在构造Adapter时使用convertView
WebView问题：webView和Activity在同一线程
集合问题：map等有静态引用，没有做删除操作
扩大内存：清单文件中Application添加 largeHeap=“true”属性；同一个应用开启多个进程来运行，这样可以增大应用的总内存空间
卡顿优化：
不要在主线程进行网络访问或者大文件IO操作
优化布局
优化绘制：避免不必要的重绘以及过度绘制
onDraw不要创建新的局部对象。
onDraw方法不要做耗时操作