Android 性能优化

Why?

本着用户的角度考虑,怎样的软件才是可以吸引用户下载,并且在使用的过程中不会因抓狂而卸载,那么我们来分析下用户会在意什么?首先由闪退的现象用户是肯定接受不了的,还以为是中病毒了,然后肯定不希望画面有卡顿现象,其次app的耗电量和流量,最后在下载的时候肯定得看下app的大小,总结起来大概分一下几个方面:

1.稳定性(ANR、闪退)

2.流畅性

3.耗损

4.apk瘦身

What and How?

一、稳定性---内存优化

由于Android应用的沙箱机制,每个应用所分配的内存大小是有限度的,内存太低就会触发LMK——Low Memory Killer机制,既会出现闪退现象。先搞懂java的内存是如何分配和回收的,问题就迎刃而解了。

相关文章:



在此介绍两种分析内存泄漏的工具:

1.Memory Monitor:

它是Android Studio自带的一个内存监视工具,它可以很好地帮助我们进行内存实时分析。通过点击Android Studio右下角的Memory Monitor标签,打开工具可以看见较浅蓝色代表free的内存,而深色的部分代表使用的内存从内存变换的走势图变换,可以判断关于内存的使用状态,例如当内存持续增高时,可能发生内存泄漏;当内存突然减少时,可能发生GC等。

2.LeakCanary

简单,傻瓜式操作。这个工具是在Github开源的,是Square公司出品的,不是有一句话嘛,Square出品必属精品,https://github.com/square/leakcanary我们可以在Gradle里引用它。

二、流畅性

建议1:布局优化

在Android种系统对View进行测量、布局和绘制时,都是通过对View数的遍历来进行操作的。如果一个View数的高度太高就会严重影响测量、布局和绘制的速度。Google也在其API文档中建议View高度不宜哦过10层。现在版本种Google使用RelativeLayout替代LineraLayout作为默认根布局,目的就是降低LineraLayout嵌套产生布局树的高度,从而提高UI渲染的效率。
  • 布局复用,使用<include>标签重用layout;
  • 提高显示速度,使用<ViewStub>延迟View加载;
  • 减少层级,使用<merge>标签替换父级布局;
  • 注意使用wrap_content,会增加measure计算成本;

  • 删除控件中无用属性;

建议2:绘制优化

过度绘制是指在屏幕上的某个像素在同一帧的时间内被绘制了多次。在多层次重叠的 UI 结构中,如果不可见的 UI 也在做绘制的操作,就会导致某些像素区域被绘制了多次,从而浪费了多余的 CPU 以及 GPU 资源。所以避免过度绘制:
  • 布局上的优化。移除 XML 中非必须的背景,移除 Window 默认的背景、按需显示占位背景图片

  • 自定义View优化。使用 canvas.clipRect()来帮助系统识别那些可见的区域,只有在这个区域内才会被绘制。


建议3:启动优化

UI 布局。应用一般都有闪屏页,优化闪屏页的 UI 布局,可以通过 Profile GPU Rendering 检测丢帧情况。

启动加载逻辑优化。可以采用分布加载、异步加载、延期加载策略来提高应用启动速度。

数据准备。数据初始化分析,加载数据可以考虑用线程初始化等策略。

建议4:刷新优化

  • 减少刷新次数;
  • 缩小刷新区域;

建议5:动画优化

  • 在实现动画效果时,需要根据不同场景选择合适的动画框架来实现。有些情况下,可以用硬件加速方式来提供流畅度。

三、节省——耗电优化

在移动设备中,电池的重要性不言而喻,没有电什么都干不成。对于操作系统和设备开发商来说,耗电优化一致没有停止,去追求更长的待机时间,而对于一款应用来说,并不是可以忽略电量使用问题,特别是那些被归为“电池杀手”的应用,最终的结果是被卸载。因此,应用开发者在实现需求的同时,需要尽量减少电量的消耗。


在 Android5.0 以前,在应用中测试电量消耗比较麻烦,也不准确,5.0 之后专门引入了一个获取设备上电量消耗信息的 API:Battery Historian。Battery Historian 是一款由 Google 提供的 Android 系统电量分析工具,和Systrace 一样,是一款图形化数据分析工具,直观地展示出手机的电量消耗过程,通过输入电量分析文件,显示消耗情况,最后提供一些可供参考电量优化的方法。


除此之外,还有一些常用方案可提供:

  • 计算优化,避开浮点运算等。

  • 避免 WaleLock 使用不当。

  • 使用 Job Scheduler。

四、APK瘦身

应用安装包大小对应用使用没有影响,但应用的安装包越大,用户下载的门槛越高,特别是在移动网络情况下,用户在下载应用时,对安装包大小的要求更高,因此,减小安装包大小可以让更多用户愿意下载和体验产品。

  • assets文件夹。存放一些配置文件、资源文件,assets不会自动生成对应的 ID,而是通过 AssetManager 类的接口获取。

  • res。res 是 resource 的缩写,这个目录存放资源文件,会自动生成对应的 ID 并映射到 .R 文件中,访问直接使用资源 ID。

  • META-INF。保存应用的签名信息,签名信息可以验证 APK 文件的完整性。

  • AndroidManifest.xml。这个文件用来描述 Android 应用的配置信息,一些组件的注册信息、可使用权限等。

  • classes.dex。Dalvik 字节码程序,让 Dalvik 虚拟机可执行,一般情况下,Android 应用在打包时通过 Android SDK 中的 dx 工具将 Java 字节码转换为 Dalvik 字节码。

  • resources.arsc。记录着资源文件和资源 ID 之间的映射关系,用来根据资源 ID 寻找资源。

减少安装包大小的常用方案

  • 代码混淆。使用proGuard 代码混淆器工具,它包括压缩、优化、混淆等功能。

  • 资源优化。比如使用 Android Lint 删除冗余资源,资源文件最少化等。

  • 图片优化。比如利用 AAPT 工具对 PNG 格式的图片做压缩处理,降低图片色彩位数等。

  • 避免重复功能的库,使用 WebP图片格式等。

  • 插件化。比如功能模块放在服务器上,按需下载,可以减少安装包大小。



阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页