相比 XML , Compose 性能到底怎么样?

本文对比了Jetpack Compose与传统XML在构建性能和运行时渲染性能上的差异。通过实例分析,Compose在包体积、代码行数和构建速度上有所优化,但运行时渲染性能仍略逊于XML。尽管如此,Compose因其开发效率和声明式特性,仍被推荐使用。
摘要由CSDN通过智能技术生成

作者:RicardoMJiang
链接:https://juejin.cn/post/7008522702835154980

前言

最近Compose已经正式发布了1.0版本,这说明谷歌认为Compose已经可以用于正式生产环境了
那么相比传统的XML,Compose的性能到底怎么样呢?

本文主要从构建性能与运行时两个方面来分析Compose的性能,数据主要来源于:Jetpack Compose — Before and afterMeasuring Render Performance with Jetpack Compose , 想了解更多的同学可以直接点击查看

构建性能

Compose构建性能主要以 tivi 为例来进行说明
Tivi是一个开源的电影App,原本基于FragmentXML构建,同时还使用了DataBinding等使用了注解处理器的框架
后来迁移到使用Compose构建UI,迁移过程分为两步

  1. 第一步:迁移到NavigationFragment,每个FragmentUI则由Compose构建
  2. 第二步:移除Fragment,完全基于Compose实现UI

下面我们就对Pre-Compose,Fragments + Compose,Entirely Compose三个阶段的性能进行分析对比

APK体积

包体积是我们经常关注的性能指标之一,我们一起看下3个阶段的包体积对比

p1.png

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值