当前位置 : 主页 > 手机开发 > android >

Android开发Composeremember原理解析

来源:互联网 收集:自由互联 发布时间:2023-02-01
目录 正文 随机色文本 原因分析 正确实现 remember的原理剖析 小结 正文 看过Compose案例或者源码的你,相信肯定是见过 remember 了的。顾名思义,Compose是要让我们的代码记住东西,那到底
目录
  • 正文
  • 随机色文本
    • 原因分析
    • 正确实现
  • remember的原理剖析
    • 小结

      正文

      看过Compose案例或者源码的你,相信肯定是见过 remember 了的。顾名思义,Compose是要让我们的代码“记住”东西,那到底是记住什么呢?要是不 remember,相关功能就实现不了了吗?

      带着这些问题,来一探究竟吧

      随机色文本

      假设有这么一个“随机底色文本”的需求:实现一个 Text,其背景色每次启动都随机产生,且生命周期内不变

      用Compose可以实现如下:

      private val items = arrayOf(Color.Red, Color.Gray, Color.Magenta, Color.Blue, Color.Green, Color.Cyan)
      @Composable
      fun ColorText(name: String) {
          val color = items.random()
          val clicked = mutableStateOf(0)
          Log.d("ct", "ui compose")
          Column {
              Text(
                  text = "I'm colored: ${clicked.value}", modifier = Modifier
                      .padding(16.dp)
                      .background(color)
                      .clickable {
                          Log.d("ct", "clicked")
                          clicked.value = clicked.value + 1
                      }
              )
          }
      }
      

      Text 调用 Modifier.background,设置随机从items中取的颜色,每次新的启动,都可能不一样

      然而很遗憾,上面的背景色虽然是随机产生,但是单次生命周期里,就可能发生变化 —— 比如点击一下文本,如下图:

      更奇怪的是,改变的 clicked 值,并没有如预期一样生效,一直是0……

      现象和代码不一?

      原因分析

      首先,上述代码中的“点击计数” clicked,仅仅是为了测试而存在。因为它是一个 MutableState 对象,点击后改变其值,会触发Recomposition流程,于是组件刷新。这样一来,color 的值将重新由随机函数算出,我们就看到背景色在变化了

      同理,虽然我们好像在点击的时候改变了 clicked 的值,希望像view系统一样,界面直接响应响应。但是,因为Recomposition的存在,它又被重新构造了,所以其值还是0

      正确实现

      要实现背景色的整个生命周期固定,但点击文本后,点击计数要更新,应该这么做:

      @Composable
      fun ColorText(name: String) {
          val color = remember { items.random() }
          val clicked = remember { mutableStateOf(0) }
          //...
      }
      

      仅仅将color和clicked由 remember 包裹起来就解决了问题

      remember的原理剖析

      前面功能的实现,全仗着remember的加持。它究竟是个啥?

      我们先从颜色的remember着手,它调用的是这个:

      @Composable
      inline fun <T> remember(calculation: @DisallowComposableCalls () -> T): T =
          currentComposer.cache(false, calculation)
      

      其注释写明了两个关键点,这也是它的功能描述:

      • 记忆由calculation返回的值,仅在composition中执行
      • 在Recomposition过程中,不会重新计算,而是直接返回第1步的值

      那么这又是怎么做到的呢?

      进一步的相关代码:

      @ComposeCompilerApi
      inline fun <T> Composer.cache(invalid: Boolean, block: () -> T): T {
          @Suppress("UNCHECKED_CAST")
          return rememberedValue().let {
              // 无效或Empty值时,走if流程,计算并保存值,否则直接返回
              // remember传入的invalid为false,所以肯定走值判断
              if (invalid || it === Composer.Empty) {
                  val value = block()
                  updateRememberedValue(value)
                  value
              } else it
          } as T
      }
      // 要么返回Composer.Empty ,要么返回传给updateRememberedValue的值
      @ComposeCompilerApi
      fun rememberedValue(): Any?
      // 更新调用rememberedValue()后的值,且此值在下一次调用rememberedValue()时返回
      @ComposeCompilerApi
      fun updateRememberedValue(value: Any?)
      interface Composer {
          // ....
          companion object {
              /**
               * 用于标记无值的状态
               */
              val Empty = object {
                  override fun toString() = "Empty"
              }
          }
      }
      

      从上述代码注释中,基本上已经对原理很清楚了,简单地说就是:

      • 由composer作为存储控制
      • 无值时,走初始化逻辑并返回值,同时存储该值;有值时,直接返回已存储的值

      颜色的“值不变”清楚了,那点击计数的“值变”又是怎么回事呢?

      其实如出一辙,只是点击计数remember的,不是普通值,而是一个 MutableState 类型。这样一来,它就有两层含义了:

      • MutableState对象本身在整个composition生命周期不变 —— 即类似普通值的状态一致性
      • MutableState对象所存储的实际值,可变 —— 这用以触发Recomposition,并且获取更新值

      小结

      remember 的存在,其实就是 Compose 机制下的产物,用以解决recomposition时的值恢复问题。而因为它的“值不变”特性,还可以用来解决耗时计算的问题,即,耗时计算被remember了,那它就只会执行一次,避免了不必要的额外开销

      以上就是Android开发Compose remember原理解析的详细内容,更多关于Android开发Compose remember的资料请关注自由互联其它相关文章!

      上一篇:Android开发双向滑动选择器范围SeekBar实现
      下一篇:没有了
      网友评论