赞
踩
上一个季度在百度工作挺忙碌,在最后期限完成了OKR目标,因此有一段时间没有写文章。今天趁有机会想分享下在大型Android项目工程内的一些性能优化方式。
量化性能的指标有很多,但最重要的就是以下5种:
优化性能就是可以从以上5点入手。
顾名思义就是减少apk包体积大小,apk大小主要取决于res下的资源文件、.class文件,具体优化措施有:
对用户来说,响应时间自然越短越好。响应时间越短,操作也就越顺畅。
响应速度包括启动速度——点击APP按钮到APP首页完全打开的过程尽可能快;页面响应速度——用户执行点击、滑动等操作后,页面能快速响应。APP不能产生卡顿、更不能出现ANR。
具体优化措施有:
①若view视图比较复杂,可考虑使用ConstraintLayout约束布局,减少视图渲染的层级。
②若view视图比较简单,优化考虑使用LinearLayout水平布局(因为LinearLayout的渲染时间比ConstraintLayout、RelativeLayout都要短)。
③避免过度渲染,如果有多个view的背景重叠在一起,可以考虑去掉底层被覆盖的view;主题theme可以设置为NoBackground模式。
④若view视图在需要时才被创建,使用ViewStub控件。
①item 的view视图优化,同第4点。
②增加recyclerview的item缓存数量,将网络请求的数据缓存,避免二次请求网络。
③在onBindViewHolder避免执行耗时操作,因为onBindViewHolder是在主线程执行,onBindViewHolder加耗时操作会影响滑动流畅度。
④如果不需要recyclerview的默认动画,删除。(如刷新时闪烁的动画效果)
⑤recyclerview刷新时尽量使用局部刷新,避免全局刷新。
查看view是否过度渲染可在手机开发者模式开启以下设置:
减少内存的使用,主要是避免创建过多对象占用过多内存、避免内存抖动以及避免内存泄漏。
内存抖动即频繁地创建和销毁内存,在这个过程中,垃圾回收器也会频繁工作,对内存性能造成影响。
内存泄漏即应该被GC回收的内存,由于还在被其他对象引用,导致无法被回收。内存泄漏是比较严重的问题,过多的内存泄漏会导致内存溢出,产生OOM的系统错误。
造成内存泄漏的原因主要有:
内存优化的措施有:
①单例类应引用Application的Context,因为Application的Context的生命周期是和APP一致的,不会造成单例类引用某个activity的context以致该activity无法被回收的问题。
②将非静态内部类改为静态内部类,这样就不会引用外部类。
③handler:a.handler使用结束时调用removeCallbacksAndMessages(null)清除队列;b.静态内部类+弱引用方式可避免内存泄漏。
static class SafeHandler extends Handler {
WeakReference<MainActivity> activity;
public SafeHandler(MainActivity mainActivity) {
activity = new WeakReference<MainActivity>(mainActivity);
}
@Override public void handleMessage(Message msg) { }
}
④属性动画、监听器使用结束应及时取消,广播或其他一些外部库的回调应该及时反注册。
CPU的作用是计算处理信息、运行程序,因此优化的方向就是减少CPU计算的工作,提升CPU的计算效率。
具体的优化措施有:
优化的措施有:
保证性能指标不下降一直是开发过程中的重中之重,如果由于开发新功能导致出现卡顿、机身发热耗电量猛增、内存增大等性能问题,那样反而会流失用户,得不偿失。因此关注性能也是RD们的一项隐形工作。希望这篇文章能对大家有所帮助。
欢迎关注公众号度熊君,一起分享交流。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。