Compose为Compose。

在了解State之前需要先对Compose及申明性编程式有个大概的了解。

State初体验好了#xff0c;在你有一定了解的基础上#xff0c;我们先来运行几个Demo#xff0c;初步了解为何…etpack

Compose

Compose为Compose。

在了解State之前需要先对Compose及申明性编程式有个大概的了解。

State初体验好了在你有一定了解的基础上我们先来运行几个Demo初步了解为何使用state。

这个例子主要是想通过点击按钮改变文案的显示。

这个过程称之为重组Demo1classStateDemoActivity

AppCompatActivity()

{overridefunonCreate(savedInstanceState:

Bundle?)

{supportActionBar?.hide()super.onCreate(savedInstanceState)WindowCompat.setDecorFitsSystemWindows(window,

false)setContent

Modifier.fillMaxSize().systemBarsPadding())

{Button(onClick

value:false复制代码可以发现点击按钮Text显示的文本没有改变没有达到预想的目的。

Demo2这次我们使用官方的MutableStateTestComposeTheme

{var

mutableStateOf(false)Log.e(StateDemoActivity,

value:${state.value})Column(modifier

Modifier.fillMaxSize().systemBarsPadding())

{Button(onClick

!state.valueLog.e(StateDemoActivity,

onClick

复制代码输出如下显示的文案依然没有改变但相比之前多了Column之前的打印这表明方法体被重新执行了state变量的哈希值也在变化。

以上表现和普通java方法别无区别state是方法中的局部变量。

StateDemoActivity

hashcode:103910553

value:false复制代码Demo3这次我们稍作改动额外使用remember函数其他不变var

state

复制代码输出如下按钮文字终于如预想的那样发生了变化此外有个特别的现象是state变量的哈希值并没有发生变化表明方法每次执行时state变量并没有重新创建。

StateDemoActivity

hashcode:103910553

value:false复制代码remember方法内部必然有全局容器存储变量源码中可以很明显的看出Composable

inline

复制代码综上我们可以知道Compose是依赖对State变化的观察来重新执行Compose方法准确来说Compose基于参数的比较结果来决定是否重组重组与稳定类型接上文一个

Composable

函数在重组中被调用时如果参数与上次调用时相比没有发生变化则函数的执行会跳过重组提升重组性能。

需要特别说明Compose不会因为被观察的对象与上次是同一个就跳过重组。

详情参考

Compose类型稳定性注解Stable

ImmutableComposable的重组范围在之前的内容中我们已经知道了参数的变化会影响重组是否执行这就带了重组范围的问题。

这方面大佬已经有了很好的文章。

建议小伙伴先阅读#

Jetpack

Compose理解composable的重组范围当我阅读后用代码验证时却发现了异常代码如下classStateDemoActivity

AppCompatActivity()

StateDemoActivity::class.java.simpleNameoverridefunonCreate(savedInstanceState:

Bundle?)

{supportActionBar?.hide()super.onCreate(savedInstanceState)WindowCompat.setDecorFitsSystemWindows(window,

false)setContent

{mutableStateOf(0)}Column(modifier

Modifier.fillMaxSize().systemBarsPadding())

Log.e(TAG,

这行是不应该被打印出来的即不应该参与重组的可实际结果却相反。

小伙伴可以自己思考下稍后再往下翻看原因--------------完美的分割线^_^------------classStateDemoActivity

AppCompatActivity()

StateDemoActivity::class.java.simpleName}....

Scope-1

复制代码日志终于和理解的一样了现在我们回头找原因知道问题就出在打印的变量“TAG”身上。

方法中各作用域Scope都读取了变量“TAG”在第一个代码中该变量是个非稳定类型故按钮触发重组时为了保证正确性所有引用到该变量的Scope都会重组而第二个代码中“TAG”已经是个静态变量了故而是个稳定类型所以重组时不会引发非必要的重组。

最后补充一点从Android

View转Compose过程中对LiveData的使用场景需要特别留意。

因为原本对LiveData的观察是通过observe方法进行的每次LiveData内容更新即使值一样回调依然会收到转换为State之后只有value变化了才会引发重组例如val

missOut

viewModel.missOut.observeAsState(false).value

true,state只有在第一次设置为true时引发重组。

如果希望行为和之前observe一样应该如下调用LaunchedEffect(key1

Unit)

{viewModel.missOut.asFlow().collect

{...}

复制代码Android核心知识点笔记Android开发核心知识点笔记Android

Framework核心知识点笔记音视频开发笔记入门到高级进阶Android