Compose系列：Recomposition重组作用域_compose:recompose-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_39037047/article/details/121454945

本文探讨了Android Compose的响应式特性，强调State在声明式UI中的核心作用，对比了与LiveData的区别。Compose通过Recomposition实现局部刷新，减少了繁琐的UI代码和依赖框架。编译器插件在编译期分析代码，当State变化时，只重新执行受影响的代码块，优化性能。同时，文中指出了 inline 函数和有返回值函数在Recomposition中的限制，并提示如何通过remember优化不必要的刷新。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Compose是声明式UI，但并不是因为其是声明式UI，所以就实现了响应式

var content = "wyz"
@Composable
fun contentText() {
    Text(content)//这里当content发生改变时，Text不会发生重新刷新
}

Compose的响应来自State这个工具的配合

val content by mutableStateOf("wang")
@Composable
fun ReFresh() {
    Text(content)//有了State的配合，当content的内容发送改变时，Text会自动刷新
}

对比Livedata

LiveData也是数据绑定
LiveData数据绑定的是行为（比如当数据更新的时候，绑定setText()这个行为来更新界面）
Compose State直接绑定界面本身，声明式UI，非响应式，一劳永逸，节省了大量的关于UI的繁复的代码，以及无需那些mvvm，mvp等为了解决逻辑层和UI层交互问题的框架了

原生Android无法做到：指定某行代码，在运行时重新执行一次

Compose 配合State被代理的变量可以做到

State的作用只是用来监听的，当其包裹的内容发送改变时，会通知使用到它的Compose空间进行局部刷新

State会对被代理的内容的get和set方法加钩子，监听其变化

而局部刷新的功能与State无关（只是通知作用），是Compose实现

黑魔法的原理：

Compose编译器插件会修改代码的逻辑

把可能要重新执行的代码包起来，加上一个返回值

返回值就包括着原先代码块的代码，

然后把这段代码块（同一层级所有@Compose函数）存起来，

当代码块的条件达成的时候（入参改变发生时）重新用新的入参去执行代码块，得到新的值，更新相应代码块

var name by mutableStateOf("wyz")
setContent {
    Text(name)//就是可能需要重新执行的标志（@Composeable方法传入了一个变量）
    /*TODO*/
}

var name by mutableStateOf("wyz")
setContent {
    Text(name)//就是可能需要重新执行的标志（@Composeable方法传入了一个变量）
    /*TODO*/
}

被保存起来的代码（伪代码）

WrapperFun{
    Text(name)
    /*TODO*/
}

当name发生改变时，WrapperFun中的代码会被重新执行

Compose 重复的刷新叫做