Jetpack Compose 写起 UI 来毋庸置疑的是快。它的接口设计简单,但是涉及了很多平时不会用到的新概念,很多问题都可能是没搞懂这些概念而产生的。
今天我们就来聊聊可能因为没理解透 Recomposition 而写出的性能问题。
首先来看一段代码:
@Composable
fun TestContent() {
val scrollState = rememberScrollState()
Column(
modifier = Modifier
.fillMaxSize()
) {
Header(scroll = scrollState.value)
Column(
modifier = Modifier
.fillMaxWidth()
.weight(1f)
.background(Color.White)
.verticalScroll(scrollState)
) {
for(i in 0 until 500){
Text(text = "scroll content")
}
}
}
}
@Composable
fun Header(scroll: Int) {
Box(
modifier = Modifier
.fillMaxWidth()
.height(150.dp)
.background(Color.Gray)
){
Text(
modifier = Modifier.align(Alignment.Center),
text = "scroll = $scroll",
fontSize = 17.sp
)
}
}
TestContent 是个 Column, 分为上边的 Header 和下边的滚动容器, Header 会显示滚动偏移量。
我们将这段代码跑起来,可以看到结果是完全符合预期。
那是否就没有问题了呢?
这段代码是存在性能问题的:因为 Header 需要 scrollState.value 这个数据,所以我们在 TestContent 里读取 scrollState.value,然后传递给 Header, 而因为 scrollState.value 是一个 state,所以它的值变化时会触发访问函数的 Recomposition,在这里相当于框架调用了一次 TestContent,所以每次滚动,TestContent 就会被调用数次,那个 500 次的循环也会不断地跑,这个循环每次跑出来结果是一样的,就是浪费了。如果数据再多,那么就是滚动卡顿了。
那有没有方式来发现这种问题呢?Android Studio Dolphin 的 Layout Inspector 提供了支持:
可以通过 Layout Inspector 看到在我滚动的过程中, TestContent 被 recomposed 了 18 次, 而滚动容器下都显示 skip 了 18 次,这是说循环都跑了,但是每个循环里的 Text 参数一致,所以忽略了,这也是框架已有的优化。
如果不是高版本的 Android Studio,那怎么发现这些问题呢?那只能用万能的日志大法了。
@Composable
fun TestContent() {
val scrollState = rememberScrollState()
Log.i("test", "enter test content")
Column(
modifier = Modifier
.fillMaxSize()
) {
Header(scroll = scrollState.value)
Column(
modifier = Modifier
.fillMaxWidth()
.weight(1f)
.background(Color.White)
.verticalScroll(scrollState)
) {
for(i in 0 until 500){
Log.i("test", "enter loop $i")
Text(text = "scroll content")
}
}
}
}
在这两个点加上日志,我们滚动时,就可以看出源源不断的日志输出了。
那我们应该怎么优化呢?
上面已经提到,Recomposition 是函数级别的,所以我们把 scrollState.value 的访问放到 Header 里去,就不会有问题了,所以在使用 Jetpack Compose 时,很有必要去将页面划分成一个个微小的组件,使得 Recomposition 的范围尽量可控,而不要去写那种很长而且依赖的状态值很多的函数。
在例子中的情况,我们可以把 scrollState 整个传递进去,但更好的做法是官方推荐的 lambda 表达式参数传递。
// Header 传参由 Int 变为 ()-> Int
@Composable
fun Header(scroll: () -> Int) {
Box(
modifier = Modifier
.fillMaxWidth()
.height(150.dp)
.background(Color.Gray)
){
Text(
modifier = Modifier.align(Alignment.Center),
text = "scroll = ${scroll()}",
fontSize = 17.sp
)
}
}
@Composable
fun TestContent() {
val scrollState = rememberScrollState()
Column(
modifier = Modifier
.fillMaxSize()
) {
Header(scroll = {
scrollState.value
})
Column(
modifier = Modifier
.fillMaxWidth()
.weight(1f)
.background(Color.White)
.verticalScroll(scrollState)
) {
for(i in 0 until 500){
Text(text = "scroll content")
}
}
}
}
这样,我们再次用 Layout Inspector 查看:
这样子被 recomposed 就只有 Header 了,如果我们用日志的方式,那么滚动时也不会有日志输出了。界面性能又提升了一丢丢。
正所谓解决复杂的问题,往往只需要简单的几行代码,最终还是要落实到原理的理解上。
最后,提个小问题来,来加深大家对 Composable 函数的理解,假设我的代码是这样子的:
@Composable
fun TestContent() {
val scrollState = rememberScrollState()
Column(
modifier = Modifier
.fillMaxSize()
) {
Header(scroll = scrollState.value)
Content(scrollState)
}
}
@Composable
fun Header(scroll: Int) {
Box(
modifier = Modifier
.fillMaxWidth()
.height(150.dp)
.background(Color.Gray)
){
Text(
modifier = Modifier.align(Alignment.Center),
text = "scroll = $scroll",
fontSize = 17.sp
)
}
}
@Composable
fun ColumnScope.Content(scrollState: ScrollState){
Column(
modifier = Modifier
.fillMaxWidth()
.weight(1f)
.background(Color.White)
.verticalScroll(scrollState)
) {
for(i in 0 until 500){
Text(text = "scroll content")
}
}
}
上面的代码,我只是把滚动容器抽取到一个单独的函数中,那么循环在滚动时还会不断地被执行吗? 为什么?
最后,推荐下我的公众号,快来关注下,可以一起来水水: