现在安卓系统无论是性能还是体验上其实都不输于iOS,只是因为手机厂商多而杂,他们会改源码,自定义系统,最后又过一遍不同开发水平工程师的手,导致很多手机即使在机器上面的跑分非常高,里面的APP运行也有卡顿现象。
而且这种卡顿会随着产品的更新迭代,功能的越发复杂,UI页面的越发丰富,变得更加严重。
但是,产品功能的更新需求,新功能的开发和UI的丰富都是用户的需求,是不可逆的趋势。在这样的情况下,优秀的性能优化人才一直是几大头部互联网公司高价竞聘的对象。
布局优化
本质:减少View的层级,提高测量、布局和绘制的速度。
常用方案:
绘制优化
本质:View的onDraw方法要避免执行大量的操作
常用方案:
onDraw中不要创建新的局部对象(避免产生大量的临时对象占用过多内存);
onDraw方法中不要做耗时的任务(尽量降低onDraw方法中的复杂度)
网络优化
本质:减少流量消耗、电量消耗、用户等待时间,提高用户体验。
常用方案:
APK优化
本质:减少安装包体积。
常用方案:
PS:详细具体的操作实现实现原理,后文另外有专门的分析。
内存优化
本质:避免内存泄漏、扩大内存。
常用方案(从不同方向讨论):
扩大内存:
内存泄漏(多方向讨论):
静态变量导致的内存泄漏
办法:将内部类设为静态内部类或独立出来;使用context.getApplicationContext()。
单例模式导致的内存泄漏
方案:传参context.getApplicationContext()。
属性动画导致的内存泄漏
方案:在Activity.onDestroy()中调用Animator.cancel()停止动画。
Handler导致的内存泄漏
方案:使用静态内部类+WeakReference弱引用;当外部类结束生命周期时清空消息队列。
线程导致的内存泄漏
方案:将AsyncTask和Runnable设为静态内部类或独立出来;在线程内部采用弱引用保存Context引用。
资源未关闭导致的内存泄漏
方案:在Activity销毁的时候要及时关闭或者注销。例如:
① BraodcastReceiver:调用unregisterReceiver()注销;
②Cursor,Stream、File:调用close()关闭;
③Bitmap:调用recycle()释放内存(2.3版本后无需手动)。
Adapter导致的内存泄漏
方案:在构造Adapter时使用缓存的convertView。
WebView导致的内存泄漏
方案:其实避免WebView导致内存泄漏的最好方法就是让WebView所在的Activity处于另一个进程中,当这个Activity结束时杀死当前WebView所处的进程即可,我记得阿里钉钉的WebView就是另外开启的一个进程,应该也是采用这种方法避免内存泄漏。
集合类泄漏
方案:在onDestry时回收不需要的集合。
PS:为什么会导致泄漏,以及泄漏的具体情况,更多原理,后文另外有专门的分析整理。
卡顿优化
本质:优化UI、提高启动跳转还有响应的速度。
常用方案:
耗电优化
本质:减少电量消耗。
常用方案:
现如今,国内移动互联网红利期已过,Android 开发也从最初的一人难求,到后来的一个岗位百人竞投,僧多粥少的情况直接导致整个行业对求职者的要求越来越高,Android 开发越来越规范,间接导致项目对质量要求的提升。启动优化、内存优化、App 崩溃监控等性能调优也逐渐成了人手必备的技能。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。