- 布局优化
- 删除布局中无用的控件和层次,有选择的使用性能较低的ViewGroup
比如,RelativeLayout布局过程需要花费更多的CPU时间,所以经常使用LinearLayout,但是需要嵌套时(布局层级变多),建议使用RelativeLayout或FrameLayout
- 采用标签,ViewStub
标签主要用于布局重用,降低减少布局层级。ViewStub提供了按需加载的功能,当需要时才会将ViewStub中的布局加载到内存,提高程序初始化效率
- 避免过渡绘制
开发者模式下有个调试GPU过渡绘制选项,可根据颜色看出绘制次数,优化方法:
3.1)移除默认的window背景颜色,Theme.Light.windowBackground改成null
3.2)移除不必要的背景
常见可优化场景:ViewPager 加多个Fragment 组成的首页界面,如果每个Fragment都有设置背景的话,activity根布局或者ViewPager 不用设置背景
3.3)写合理且高效的布局
比如,通过RecyclerView 的addItemDecoration添加分割线,如果是listview的话,则使用setDivider方法
3.4)自定义控件
当某些控件不可见时,如果还继续绘制更新该控件,就会导致过渡绘制,但是通过Canvas的clipRect方法可以设置需要绘制的区域。DrawerLayout就是一个例子,
- 内存优化
- 如何分辨为对象无引用
- 引用计数法直接计数
- 可达性分析法
- 什么情况下出现内存泄漏
2.1)集合类泄漏
2.2)单例、静态变量造成的内存泄漏
2.3)匿名内部类、非静态内部类
3)怎么分析内存泄漏
MAT(Memory Analyzer Tool)和 LeakCanary
- 响应速度优化
Activity 5秒内无法响应屏幕触摸事件或键盘输入事件就会ANR, BroadcastReceiver如果10秒之内没有执行完成也会出现ANR
所以可以开启子线程执行耗时操作,
- ListView优化
- 使用ViewHolder模式提高效率
- 异步加载:耗时的操作放在异步线程中
- 滑动时停止加载和分页加载
- RecycleView优化
同上
- Bitmap优化
主要对加载图片进行压缩,避免加载图片过大导致OOM 出现
- 线程优化
采用线程池,避免程序中存在大量的Thread。线程池可以重用内部的线程,从而避免线程的创建和销毁带来的性能开销,同时线程池还能邮箱的控制线程池的最大并发数,避免大量的线程因互相抢占系统资源从而导致阻塞现象
- 其他优化
- 避免过渡的创建对象
- 不用过度使用枚举,枚举占用的内存空间要比整型大
- 常量请使用static final来修饰
- 使用一些Android特有的数据结构,比如SparseArray和Pair
- 适当采用软引用和弱引用
- 采用内存缓存和磁盘缓存
- 尽量采用静态内部类,这样可以避免潜在的由于内部类导致的内存泄漏