Compose系列：Recomposition重组作用域

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 重复的刷新叫做Recomposition