学习资料 《Android开发艺术探索》
布局优化
思想概述： 尽量减少布局文件的层次(android绘制时的工作量减小，性能提高)
布局选择： LinearLayout（线性布局）和RelativeLayout（相对布局）
- 删除无用的控件和层次
- 使用性能较低的ViewGroup
- LinearLyoout和RelativeLaout都可以用的时候优先选择比较简单的LinearLayout（FrameLayout五大布局中最简单的一种，所有的子元素不能被指定放置的位置，统统在左上角，后面的子元素覆盖前一个子元素）
- 如果LinearLayout和FrameLayout不可以完成的布局，需要使用嵌套的话，建议使用RelativeLayout，减少布局层次
<include>标签（将一个布局文件加载到当前的布局文件中）
优点：不用把已经写过的布局重新写一遍，代码的复用
<merge>标签
概述：如果当前布局和包含的布局中都是竖直方向，那么使用<merge>标签可以去掉多余的LinearLayout
优点： 一般和<include>标签一起使用，从而减少布局的层级。
ViewStub
概述：继承view，非常轻量级且宽高都是0，自己不参加任何布局的绘制过程
优点：按需加载所需要的布局文件，ViewStub可以在使用的时候再加载，提高程序初始化的性能。
绘制优化
概述：View的onDraw方法避免大量的操作
onDraw方法中不要创建新的局部对象（onDraw方法可能被频繁调用，会产生大量的临时对象，导致系统更加频繁的gc，降低程序的执行效率）
onDraw方法中不要做耗时的任务，不能执行成千上万次的循环操作（抢占cpu的时间片，造成View绘制过程不够流畅，每帧的绘制时间不超过16ms）
内存泄漏优化
原因：
1 静态变量导致的内存泄漏
原因：静态注册的Activity无法正常销毁。静态变量持有了当前的Activity，所以当前的Activity无法释放。这个错误太明显（希望不要犯这种低级错误）
2. 单列模式导致内存泄漏（容易忽视）
原因： Activity的对象被单列模式所持有，而单列模式的生命周期是和Applcation保持一致，因此Activity对象无法被及时释放
3. 属性动画导致的内存泄漏
原因： android3.0以后，添加了属性动画（有一类动画是无限循环的动画animator.setRepeatCount(ValueAnimator.INFINITE)），如果当前的Activity没有在onDestory方法中去停止动画，动画就会一直播放下去，界面无法看到动画效果，Activity的view会被动画持有，View有持有动画，导致Activity无法释放
解决方法： 在Activity的onDestory中animator.cancel方法删除动画。
4响应速度优化和ANR（程序无响应）日志分析
概述 :响应速度的核心思想就是避免在主线程做耗时的操作。
原因：响应速度多体现在Activity的启动速度上，主线程如果做太多事情，会导致Activity启动出现黑屏，甚至ANR(activity如果5s之内无法响应屏幕的操作或键盘录入操作）
BroadRecevier的ANR为10s
解决：无法从代码中发现，出现ANR时，系统会在/data/anr目录下创建一个traces.txt，分析里面的错误日志查找原因
5 性能优化的建议
避免创建过多的对象
不要过多的使用枚举，枚举占用的内存空间要比整型大
常量使用static final修饰
采用内存缓存和磁盘缓存
采用静态内部类，这样可以避免潜在的由于内部类而导致的内存泄漏
- 本人很菜，学习中可能有些错误或不足，欢迎指正。。。
