- 布局优化：尽量减少布局文件的层级
- 删除布局中无用的控件和层级
- 有选择的使用性能较低的ViewGroup
比如：LinearLayout和RelativeLayout都可以满足需求的时候，选择使用LinearLayout；FrameLayout和LinearLayout一样都是一种简单高效的ViewGroup；如果FrameLayout或LinearLayout不能实现产品效果，需要嵌套的时候，建议使用RelativeLayout，避免增加布局的层级。 - 使用<include>、<merge>标签和ViewStub
<include>标签主要用于布局重用；
<merge>标签配合<include>标签使用，降低减少布局的层级；
ViewStub则是按需加载，提高程序的初始化效率。
注意事项：
⑴ <include>标签和引用的布局文件都指定了id属性的时候，以<include>标签的为准；
⑵ ViewStub可以通过setVisibility或inflate方法加载；
⑶ ViewStub的加载显示操作只能进行一次，因为显示的时候是将其指向的布局文件解析inflate并替换掉当前ViewStub本身（由此体现出了ViewStub“占位符”性质），一旦替换后，此时原来的布局文件中就没有ViewStub控件了，因此，如果多次对ViewStub进行infalte，会出错；
⑷ 布局文件的layout params是以ViewStub为准，其他布局属性是以布局文件自身为准；
- 绘制优化：View的onDraw方法避免执行大量的操作
- onDraw中不要创建新的局部对象
原因：因为onDraw方法可能会被频繁调用，这样就会在一瞬间产生大量的临时对象，不仅占用了过多的内存还会导致系统频繁地进行gc，降低程序的执行效率。 - onDraw中不要做耗时任务，也不能执行成千上万次循环操作，尽管每次循环都很轻量级
原因：大量的循环十分抢占CPU的时间片，会造成View的绘制过程不流畅。View的绘制帧率保证60fps是最佳的，即每帧的绘制时间不超过16ms。
-
内存泄漏优化
常见的内存泄漏场景：
⑴ 静态变量导致的内存泄露
⑵ 单例模式导致的内存泄露
单例模式的特点是其生命周期和Application保持一致
⑶ 属性动画导致的内存泄露 -
响应速度优化：避免在主线程中做耗时操作
Android规定，Activity如果5秒内无法响应屏幕触摸事件或键盘输入事件就会出现ANR，而BroadcastReceiver如果10秒内还未执行完操作也会出现ANR。
当一个进程发生ANR后，系统会在data/anr/目录下创建一个文件traces.txt，通过分析这个文件可定位出ANR的原因。 -
ListView和Bitmap优化
-
线程优化：采用线程池
-
其他建议
- 避免创建过多的对象
- 不要过多使用枚举，枚举占用的内存空间要比整型大
- 常量用static final来修饰
- 使用一些Android特有的数据结构，比如SparseArray和Pair等，它们有更好的性能
- 适当使用软引用和弱引用
- 采用内存缓存和磁盘缓存
- 尽量采用静态内部类，避免潜在的由于内部类而导致的内存泄漏
网友评论