Android性能优化建议

Android性能优化主要从卡顿、内存泄漏和崩溃、代码质量和逻辑、安装包过大四方面入手。在使用时避免出现卡顿,响应速度快,减少用户等待的时间,满足用户期望;同时减低 crash 率和 ANR 率,不要在用户使用过程中崩溃和无响应;节省流量和耗电,减少用户使用成本,避免使用时导致手机发烫;安装包小可以降低用户的安装成本。

1、卡顿优化

Android 系统每隔 16ms 发出 VSYNC 信号,触发对 UI 进行渲染,如果每次渲染都成功,这样就能够达到流畅的画面所需的 60FPS。在理想情况下,60 FPS 就感觉不到卡,这意味着每个绘制时长应该在16 ms 左右。如果某个操作花费的时间是 24ms ,系统在得到 VSYNC 信号时就无法正常进行正常渲染,这样就发生了丢帧现象。也就是延迟了。

布局优化:

  • 合理使用背景色,避免重复绘制背景色,例如:父布局和子布局的背景色一样的,子布局无需在设背景色,父布局设置即可

  • 减少布局嵌套,一般不建议超过5层,google推出ConstraintLayout可以使用

  • 合理使用 include、merge 和 ViewStub,使用include和merge增加复用,减少层级; ViewStub 按需加载

  • 尽可能少用wrap_content。wrap_content 会增加布局 measure 时计算成本,在已知宽高为固定值时,不用wrap_content

  • 删除控件中无用的属性

绘制优化:在onDraw中不要创建嵌套对象和做耗时的任务;在databinding数据刷新的是尽量局部刷新,不要全局刷新。

启动优化:尽量在Application和Activity onCreate中进行耗时操作,同时避免在生命周期避免 I/O 操作、反序列化、网络操作、布局嵌套等

2、内存优化

通常在以下的场景容易导致内存泄漏:

  • 资源性对象未关闭。比如Cursor、File、Bitmap等,往往都用了一些缓冲,在不使用时,应该及时关闭它们

  • 注册对象未注销。比如事件注册后未注销,会导致观察者列表中维持着对象的引用。例如EventBus或者RxJava

  • 单类或者静态变量持有大数据对象

  • 引用的context是生命周期短造成,比如Toast,我们传入的是MainActivity,但MainActivity没有用了,需要被销毁,但我们的Tost依然持有其引用导致无法回收,这就导致了内存泄漏

  • 匿名内部类或非静态内部类的静态实例

  • Handler临时性内存泄漏。如果Handler是非静态的,容易导致 Activity 或 Service 不会被回收

  • 容器中的对象没清理造成的内存泄漏

  • WebView。WebView 存在着内存泄漏的问题,在应用中只要使用一次 WebView,内存就不会被释放掉

  • 手动注册广播时,退出时忘记 unregisterReceiver()

  • Service 执行完后忘记 stopSelf()

3、稳定性和耗电优化

Android 应用的稳定性影响稳定性的原因很多,比如内存使用不合理、代码异常场景考虑不周全、代码逻辑不合理等。其中最常见的两个场景是:Crash 和 ANR,这两个错误将会使得程序无法使用。可以下面的方法进行解决:

  • 提高代码质量,例如代码审查、checkstyle统一风格、处理复杂逻辑时最好自己画下流程图

  • 代码静态扫描工具。常见工具有Android Lint、Findbugs、Checkstyle、PMD等

  • Crash监控和上传。把一些崩溃的信息,异常信息及时地记录下来,以便后续分析解决;或者有条件的可以使用bugly,把异常信息上报

  • 推荐使用 JobScheduler,来调整任务优先级等策略来达到降低损耗的目的

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

  • 避免 WaleLock 使用不当

4、安装包大小优化

安装包过大,对用户的下载欲望有影响,特别是在移动网络下,提高用户进入门槛,虽然现在移动网络已经无限流量,但apk过大加大了安装时间,常用应用安装包的构成,如图所示:

Android性能优化建议_第1张图片
image
  • lib文件夹:存放一些第三方库文件。

  • 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格式图片。

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

  • 减少lib。能自己写的lib尽量自己写,第三方lib可能会带有你未必需要的代码;还有就是如果不想支持x86架构的手机,可以删除x86lib,或者打包的时候排除x86包。

  • 删除lombok。这个apk使用lombok,虽然带来了get,set的方便,但是apk也增大了,可以根据具体需求来决定是否使用。

你可能感兴趣的:(Android性能优化建议)