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

最新推荐文章于 2024-11-22 23:27:24 发布
最新推荐文章于 2024-11-22 23:27:24 发布
阅读量1.4k 收藏 18
点赞数 8
分类专栏： 程序员 文章标签： xml 前端 javascript
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84048161/article/details/137255561
版权
本文对比了Android Compose与XML在构建速度和运行时渲染性能上的差异。测试结果显示，Compose显著提高了构建速度，平均构建时间缩短了XX%。对于运行时性能，作者通过不同配置的测试，探讨了Compose对页面启动时间、启动完成时间和渲染绘制完成时间的影响。测试在多种设备上进行，结论表明Compose在渲染性能上有优势。
摘要由CSDN通过智能技术生成

结果如下图所示：

p4.png

可以看出，在迁移到Compose后，毫无意外的，XML代码行减少了76%

有趣的是kotlin代码同样减少了，可能是因为我们可以减少很多模板代码，同时也可以移除之前写的一些View Helper代码

构建速度

随着项目的不断变大，构建速度是开发人员越来越关心的一个指标。

在开始重构之前，我们知道，删除大量的注解处理器会有助于提高构建速度，但我们不确定会有多少。

我们运行以下命令5次，然后取平均值

./gradlew --profile --offline --rerun-tasks --max-workers=4 assembleDebug

结果如下

p3.png

这里考虑的是调试构建时间，您在开发期间会更关注此时间。

在迁移到Compose前，Tivi 的平均构建时间为 108.71 秒。

在完全迁移到 Compose 后，平均构建时间缩短至 76.96 秒！构建时间缩短了 29%。

构建时间能缩短这么多，当然不仅仅是Compose的功劳，在很大程度上受两个因素的影响：

  1. 一个是移除了使用注解处理器的DataBinding和Epoxy

  2. 另一个是Hilt在 AGP 7.0 中的运行速度更快。

运行时性能

上面我们介绍了Compose在构建时的性能，下面来看下Compose在运行时渲染的性能怎么样

分析前的准备

使用Compose时，可能有多种影响性能的指标

  • 如果我们完全在Compose中构建UI会怎样？

  • 如果我们对复杂视图使用Compose（例如用 LazyColumn 替换 RecyclerViews）,但根布局仍然添加在XML中

  • 如果我们使用Compose替换页面中一个个元素，而不是整个页面，会怎么样？

  • 是否可调试和R8编译器对性能的影响有多大？

为了开始回答这些问题，我们构建了一个简单的测试程序。

在第一个版本中，我们添加了一个包含50个元素的列表（其中实际绘制了大约 12 个）。该列表包括一个单选按钮和一些随机文本。

p5.jpeg

为了测试各种选项的影响，我们添加以下4种配置,以下4种都是开启了R8同时关闭了debug

  1. 纯Compose

  2. 一个XML中，只带有一个ComposeView,具体布局写在Compose中

  3. XML中只包含一个RecyclerView，但是RecyclerView的每一项是一个ComposeView

  4. 纯XML

同时为了测试build type对性能的影响，也添加了以下3种配置

  1. 纯Compose,关闭R8并打开debug

  2. 纯Compose,关闭R8并关闭debug

  3. 纯XML，关闭R8并打开debug

如何定义性能?

Compose运行时性能，我们一般理解的就是页面启动到用户看到内容的时间

因此下面几个时机对我们比较重要

  1. Activity启动时间,即onCreate

  2. Activity启动完成时间，即onResume

  3. Activity渲染绘制完成时间，即用户看到内容的时间

onCreate与onResume的时机很容易掌握，重写系统方法即可，但如何获得Activity完全绘制的时间呢？

我们可以给页面根View添加一个ViewTreeObserver,然后记录最后一次onDraw调用的时间

使用Profile查看上面说的过程，如下分别为使用XML渲染与使用Compose渲染的具体过程,即从OnCreate到调用最后一次onDraw的过程

使用XML

使用Compose

渲染性能分析

知道了如何定义性能，我们就可以开始测试了

  1. 每次测试都在几台设备上运行，包括最近的旗舰、没有Google Play服务的设备和一些廉价手机。

  2. 每次测试在同一台手机上都会运行10次，因此我们不仅可以获取首次渲染时间，也可以获取二次渲染时间

  3. 测试Compose版本为1.0.0

我们根据上面定义的配置，重复跑了多次，得到了一些数据，感兴趣的同学可以直接查看所有数据

p8.png

分析结果如上图所示，我们可以得出一些结论
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

img

img

img

img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

新的开始

改变人生，没有什么捷径可言，这条路需要自己亲自去走一走，只有深入思考，不断反思总结，保持学习的热情，一步一步构建自己完整的知识体系，才是最终的制胜之道，也是程序员应该承担的使命。

《系列学习视频》

《系列学习文档》

《我的大厂面试之旅》

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

12019107912)]

《系列学习文档》

[外链图片转存中…(img-PALmTftZ-1712019107912)]

《我的大厂面试之旅》

[外链图片转存中…(img-8dXiLRSe-1712019107913)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！
Compose预处理组件大比拼：性能、应用场景和可视化对比总结
Mr数据杨
10-17 505
就像一名厨师需要了解各种烹饪工具的优缺点一样，机器学习从业者也需要了解各种预处理组件的特性。就像是一个专用刀，适用于特定的任务但不够灵活。和则像是瑞士军刀，功能多样但需要一定的熟练度。而则更像是一个筛子，简单但功能有限。希望本文能帮助读者在面对不同的“烹饪任务”时，选择最合适的“工具”。
ClickHouse 实战：使用 Docker Compose 部署 ClickHouse 集群
SmartSi
05-16 1041
在今天的这篇文章中，我们将详细介绍如何使用 Docker Compose 来部署 ClickHouse 数据库。ClickHouse 是一个用于在线分析处理（OLAP）的列式数据库管理系统（DBMS），以其高速查询性能而闻名。使用 Docker Compose，我们可以方便地定义和运行多容器 Docker 应用程序，使部署 ClickHouse 变得更为简单和高效。
Jetpack Compose 和 XML 布局对比
m0_57236802的博客
10-21 674
选择哪种方法取决于多种因素，包括项目需求、团队经验和目标平台。新项目或需要高度动态和交互式 UI 的项目可能会更倾向于使用 Jetpack Compose。而对于需要支持旧版 Android 的项目或已有大量 XML 布局的项目，继续使用 XML 可能更有意义。
从传统到未来：Android XML布局 与 Jetpack Compose的全面对比
最新发布
weixin_44780781的博客
11-22 2033
随着 Android 开发技术的不断演进，用户界面的构建方式也经历了从传统的 XML 布局到 Jetpack Compose 的变革性转变。Jetpack Compose 是谷歌推出的一套全新的声明式 UI 框架，逐渐成为 Android 开发的主流趋势。那么，它与传统的 XML 布局究竟有哪些区别？让我们从多个角度进行全面解析。提示：以下是本篇文章正文内容，下面案例可供参考Jetpack Compose 是 Android UI 开发的未来，特别适合需要快速迭代、动态界面、以及复杂动画的场景。
相比 XML , Compose 的性能
qfzhaohan的博客
12-13 2166
容器和镜像 如果曾经做过 VM 管理员，可以把 Docker 镜像理解为 VM 模板，而运行的VM就是容器 如果你是名研发人员，则可以将镜像理解为类（Class），而容器就是对象 用一句话来说镜像是容器的模板，容器是镜像的运行实例 镜像仓库服务 Docker 镜像存储在镜像仓库服务（Image Registry）当中。用户可以从Registry进行镜像下载和访问，可分为公有和私有两类Registry。 公有镜像仓库： Docker Hub是Docker公司为公众提供的托管Regis
Jetpack Compose 比使用 XML 创建传统 Android UI 的好处更多
m0_56144365的博客
08-05 782
每年都有创新和技术进入市场，让设计师的生活变得轻松。降低开发成本。帮助开发/提高开发人员的效率和技能。它可以更轻松地专注于具有相似代码的不同平台和设备。众所周知，谷歌构建其 UI 框架需要时间。在此之前，他们终于发布了适用于原生 Android 应用程序的 Jetpack Compose。声明式 UI 是一种全球趋势。Web 和 Mobile 都在采用这种方法。谷歌澄清说，Jetpack Compose 是首要任务之一。替代标准 XML 的创新需要很长时间。...
XML , Compose 性能比较
Android技术之家
09-21 1118
前言 最近Compose已经正式发布了1.0版本，这说明谷歌认为Compose已经可以用于正式生产环境了那么相比传统的XML,Compose的性能到底怎么样呢？本文主要从构建性能与运行时两...
jetpack Compose与原生xml对比
龚礼鹏的博客
10-12 2091
1.这个技术出现的背景, 初衷, 要达到什么样的目标或是要解决什么样的问题. Jetpack Compose是什么? 它是一个声明式的UI工具包(declarative UI toolkit for Android). 它的主要目的就是改变之前命令式地(imperatively)写UI的方法, 改成声明式(declarative)的. 命令式 Android之前的写法就叫命令式: view hierarchy是一个UI widgets构成的tree, 当app的状态改变时, UI需要更新. 通常的做
[Java、Android面试]_24_Compose为什么绘制要比XML快？(高频问答)
qq_41915623的博客
04-30 2038
Compose为什么比xml绘制速度更快？
相比 XML , Compose 性能到底怎么样？，flutter弹窗
m0_65485622的博客
12-20 318
结果如下图所示： 可以看出，在迁移到Compose后，毫无意外的，XML代码行减少了76% 有趣的是kotlin代码同样减少了，可能是因为我们可以减少很多模板代码，同时也可以移除之前写的一些View Helper代码 构建速度 随着项目的不断变大，构建速度是开发人员越来越关心的一个指标。 在开始重构之前，我们知道，删除大量的注解处理器会有助于提高构建速度，但我们不确定会有多少。 我们运行以下命令5次，然后取平均值 ./gradlew --profile --offline --rerun-tasks --
Compose LazyColumn 对比 RecyclerView ，谁的性能更好？
maniuT的博客
09-23 385
LC 和 RV 各有长短，就看我们如何去选择了，用在什么场景了。该如何选择，相信大家看完也就知道了，复杂列表 (像电商首页那种) 是必须要选用RV 的，简单的列表可以选择LC，因为简单列表LC体验更好，更加丝滑，跟手性更好。当然LC 还在google的优化中 ， 之后的LC肯定也会和他老大哥RV 一样，不管面对什么场景都会有着更加稳定的表现。
Jetpack Compose 架构比较：MVP & MVVM & MVI
移动端开发干货分享
06-01 4663
本次 I/O 大会上曝出了 Compose 1.0 即将发布的消息，虽然 API 层面已趋于稳定，但真正要在项目中落地还少不了一套合理的应用架构。传统 Android 开发中的 MVP、MVVM 等架构在声明式UI这一新物种中是否还依旧可用呢？ 本文以一个简单的业务场景为例，试图找出一种与 Compose 最契合的架构模式 Sample : Wanandroid Search App基本功能：用户输入关键字，在 wanandroid 网站中搜索出相关内容并展示 功能虽然简单，但是集合了数据请求、U.
新的 Android 开发人员应该学习 Compose 还是 XML？
m0_56144365的博客
09-19 1505
在我看来，有抱负的 Android 开发者应该开始学习 Compose。
深入探索Jetpack Compose LazyColumn性能表现及优化策略
m0_56144365的博客
03-13 1768
自从Jetpack Compose作为Google推出的现代化UI工具包以来，它在Android开发领域掀起了不小的浪潮。Compose的声明式、响应式让UI构建变得前所未有的简洁高效。
Compose 1.6 发布：性能大升级、拖放新功能、文本新变化...
allisonchen的专栏
02-19 1242
基于 1 月 24 号的 Compose 发行计划，我们正式推出了版本。作为 Android 平台备受推崇的原生 UI 工具包，一众知名 App 都在使用 Compose 进行开发，比如 Threads、Reddit 和 Dropbox 等。如今，性能表现已成为 Compose 技术的重中之重，也是本次发布的 1.6 版本的核心焦点，包括：持续改进的Modifier系统、重要 API 的效率提升等等。如果开发者想要尝试该版本，需要将 Compose BOM 升级到2024.01.00。
神奇的Compose - 性能监控篇
大模型学习路线
09-06 725
在android开发中，无论是基于xml开发的view体系，还是compose，开发性能，页面的性能也深深影响着我们的app，xml开发中，我们可以用`Layout Inspector`（AS tools选项）进行ui界面层级的查看，用于排查我们的ui层级是否合理，是否存在页面绘制的问题。虽然有这么一个好的工具，但是`Layout Inspector`在普通机型上用起来却不是那么方便，一直存在着性能问题
Compose 渲染性能到底怎么样?
1
05-06 241
作者：程序员江同学 前言 去年曾经写过一篇文章调研Compose的性能：相比 XML , Compose 性能到底怎么样？ 不过这篇文章主要是从包体积，页面首次打开时间来分析Compose的性能，而Compose作为一个UI框架，相信大家更关注它的渲染性能比如FPS，本文主要就是从FPS的角度来分析Compose的性能 本文主要包括以下内容: 如何测量Compose的FPS Compose列表渲染性能分析 Compose粒子动画渲染性能分析 如何测量Compose的FPS 所谓FPS也就是每秒显示的.
Compose太香了，不想再写传统 xml View？教你如何在已有View项目中混合使用Compose
sinat_17133389的博客
05-21 1600
modifierModifier 这个不用过多介绍columns表示一行需要放多少个 itemcontent放置于其中的 itam布局的实现也很简单，首先由于每个子 item 的宽度都是一致的，所以我们直接定义 item 宽度为当前布局的最大可用尺寸除以一行的 item 数量：。然后创建一个 Array 用于存放每一列的当前高度，方便后面摆放时计算位置：。接下来遍历所有子项。并使用绝对坐标放置子项，且 x 坐标为 宽度乘以当前列， y 坐标为 当前列高度。最后将高度累加并更新列数到下一列。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值
>