1、概述
Jetpack Compose 是用于构建原生界面的最新的 Android 工具包,采用声明式 UI 的设计,拥有更简单的自定义和实时的交互预览功能,由 Android 官方团队全新打造的 UI 框架。
2、环境配置
2.1、新项目可以通过最新的Android studio直接新建Compose项目
2.2、支持Compose项目的具体配置如下
2.2.1、Android studio版本,最好使用最新版本,Android Studio Arctic Fox 或更高版本
2.2.2、Gradlec插件版本7.0 或更高版本
|
2.2.3、kotlin版本,Kotlin 1.4.32 或更高版本,Compose仅支持kotlin语言
|
2.2.4、build.gradle配置
build.gradle
|
2、Compose的使用简单介绍
相比传统XML的setContentView,Compose使用了ComponentActivity的扩展方法setContent,方法最后还是调用了setContentView
|
JetPack-Compose 自定义了一个基础容器ComposeView ,以及其他扩展View - AndroidComposeView,并对其进行封装,对外提供了各种我们在上层所使用的各种组件或者容器。
在Compose中setContent后,其初始化了一个ComposeView,并且添加了一个AndroidComposeView,其承载了代码中所写的全部组件,并进行解析,最终绘制在了传统UI中。Compose只允许测量一次,不允许重复测量。Compose会先对整个组件树进行一次Intrinsic测量,然后再对整体进行正式的测量。这样开辟两个平行的测量过程,就可以避免因为层级增加而对同一个子组件反复测量所导致的测量时间的不断加倍了。在Compose里疯狂嵌套地写界面,和把所有组件全都写进同一层里面,性能是一样的!所以Compose没有布局嵌套问题。
3、state状态管理
由于 Compose 是声明式工具集,因此更新它的唯一方法是通过新参数调用同一可组合项。这些参数是界面状态的表现形式。每当状态更新时,都会发生重组。可以使用 remember 可组合项记住单个对象。系统会在初始组合期间将由 remember
计算的值存储在组合中,并在重组期间返回存储的值。示例如下,具体看官方文档
|
4、和XML view的对比
4.1、包体大小对比
1、release混淆版本,Compose库大小大概0.5M
2、看一些Compose使用文章,项目完全使用Compose包体大小减少明显,主要在于方法数和layout减少
4.2、耗时分析对比,Compose比XML慢,能肉眼可见会黑一小会
4.2.1 Compose耗时分析
数据是在电视果设备上取的,使用Android studio自带的Profiler分析的,使用Compose的情况下,view显示耗时具体情况如下图,主要在于AndroidComposeView.onAttackedToWindow和onMeasure方法
4.2.2 Compose与XML耗时情况对比
同一个布局样式(项目中的投屏落地页,相对简单,层级不多),release版本,耗时对比统计结果如下(详细结果如图):
如上述表格数据:
- 在电视果5SP(Android7.1)上,Compose比XML慢很多,每次启动清理不清理数据几乎差不多
- 在小米10(Android11)上,每次清理数据的情况,Compose比XML略慢,layout相差50ms左右,draw相差20ms左右;不清理数据的情况,Compose和XML几乎是一样的,相差在10ms以内。不清理数据比清理数据快很多,应该是高Android版本有所缓存
- 经对比,在高性能设备上Compose的view布局、绘制、渲染表现还可以,与XML相差不大,略慢一点
4.3 构建速度,由于demo小比较不明显