android关于性能优化

优化指标有很多,面试经常问到我,555
1.包大小
2.响应时间
3.内存
4.cpu
5.耗电量
6.ui
包大小优化
就是减少apk包体积大小,apk大小主要取决于res目录下的资源文件,.class文件
优化措施有:
01.压缩图片大小,在在项目中使用
02.在AS里,将png等格式的图片压缩为.webp格式,这可以进一步减少图片大小。
03.尽可能减少本地资源的使用,可以考虑从服务器端拉取图片,lottie,so库等资源。
04.利用lottie替换帧动画的使用,减少帧动画图片资源的使用。
05.利用配置的混淆文件删除无用代码,减少dex文件大小。
响应时间优化
对用户来说,响应时间自然越短越好。响应时间越短,操作也越顺畅。
响应速度包括启动速度-----点击APP按钮到APP首页完全打开的过程尽可能快;页面响应速度-----用户执行带年纪,华东等操作后,页面能快速响应。app不能产生卡顿,更不能出现ANR.
具体的优化措施有:
01:耗时操作赢放入子线程进行处理,不能阻塞主线程。
02.SDK等资源应采用懒加载的方式,需要的时候才进行加载,不需要可不必加载。
03.线上环境避免打印大量的日志。
04.使用BitmapFactory.Option的inBitmap变量,来复用旧的Bitmap,避免为新Bitmap多次分配内存及销毁旧的Bitmap,避免为新Bitmap多次分配内存及销毁旧Bitmap(如果该Bitmap使用频率高的话)
05.优化view视图渲染时间:
若view视图比较复杂,可以考虑使用ConstraintLayout约束布局,减少视图渲染的层级。
若view视图比较简单,优化考虑使用LineatLayout水平布局(因为线性布局的渲染时间比协调者布局和关系布局都要短)。
哪种嵌套布局的,有时候app页面的相同控件,不要在每个页面重新写一次,这个时候把公共控件,公共页面抽取出来,单独写一个布局文件,用include引进去。

recyview列表控件优化:
01:item的view的视图优化,如果不需要recyview的默认动画,就删除。(如刷新时闪烁的动画效果)
02:增加recyview的item缓存数量,将网络请求的数据缓存,避免二次请求网络。
03:在onBindViewHolder避免执行耗时操作,因为onBindViewHolder是在主线程执行,onBindViewHolder加耗时操作会影响滑动流畅度。
04.recyview尽量使用局部刷新,避免全局刷新。
查看view是否过渡渲染可在手机开发者模式开启以下设置。

未完…loading…
内存优化
减少内存的使用,主要是避免创建过多对象占用过多内存,避免内存抖动以及避免内存泄漏。
内存抖动即频繁的创建和销毁内存,在这个过程中,垃圾回收期也会频繁工作,对性能内存造成影响。
内存泄漏即应该被GC回收的内存,由于还在被其他对象引用,导致无法被回收。内存泄漏是比较严重的问题,过多的内存泄漏会导致内存溢出,产生OOM的系统错误。
01.单例类引用Context造成内存泄漏。
02.非静态内部类银行用外部类造成内存泄漏。
03.handler引用activity造成内存泄漏。
04.属性动画没有取消,导致view一直被引用造成的内存泄漏。
05.监听器没有取消,回调没有反注册。
内存优化的措施有:
01.使用线程池复用线程,因为线程本身会占用相对比较大的内存,复用就可以剩下部分内存。
02.在onDraw方法内避免创建对象。因为onDraw会被频繁使用,导致其内部的对象也会被频繁创建,占用过多内存。
03.尽量使用StringBuilder或者StringBuffer拼接字符串,减少String的使用。(因为拼接字符串时,String会创建新的对象,而StringBuilder,StringBuffer是在原字符串基础上拼接)
04.视图资源不可见的时候进行清除,避免占用内存。如Bitmap执行.recycle方法进行清除,对图片和lottie资源进行销毁。
05.针对内存泄漏的问题进行优化:
001:单例类应引用Application的Context,因为Application的Context的声明周期和APP是一致的,不会造成单例类引用某个activity的context以致该activity无法被回收的问题。
002:将非静态内部类改为静态内部类,这样就不会引用外部类。
003: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) { } 
}

004:属性动画,监听器使用结束应及时取消,广播或其他一些外部库的回调应该及时反注册。
CPU优化:
CPU的作用是计算处理信息,运行程序,因此,因此优化的方向就是减少CPU计算的工作,提升CPU的计算效率。

具体的优化措施有:
01:避免主线程执行耗时任务,耗时任务在子线程异步执行。
02:避免在onDraw方法中执行大量的耗时操作。
03:暂时不需要用到的信息进行懒加载,延迟初始化。
耗电量优化:
优化的措施有:
01:避免频繁进行网络请求。
02:避免任务被频繁执行,可以等任务形成一定数量时,在一起执行。
03:避免应用频繁的唤醒屏幕。(频繁唤醒屏幕会导致系统无法进入休眠,耗电量大)

保证性能指标不下降是开发过程中重要的事情,要是随着开发新功能导致出现卡顿,机身发热耗电量猛增,内存增大等性能问题,哪样反而会流失用户,得不偿失。因此关注性能也是研发人员的重要工作
温度优化
手机厂商都对手机左右温控限制,例如57度关机等等,温控优化就是手机温度低的时候提温,在手机温度高的时候降温,在手机温度过高的时候为手机降温,一般有两个温度指标,一个是主板温度,一个是壳温,关于获取手机主板温度和壳温度的我后面会补充。
温控优化需要抓取应用启动时不同温度阶段的systce,然后用性能分析工具Perfetto去看cpu0到cpu8,小核,中核,超大核启动的时候的提频hz,也能看应用的启动的温度,开了几个核,看应用的冷启动,分析的时候也可以通过PostFork,Zygote等关键字体检索去看应用的启动过程,分析工具的Android App Startups 也可以看到冷启动了哪些应用,如下图示
在这里插入图片描述

未完…loding…

猜你喜欢

转载自blog.csdn.net/ShiXinXin_Harbour/article/details/128154384