为什么Android Compose状态更新不仅刷新UI还会执行非UI逻辑代码

代码A（Compose场景）问题解答 #

问题1：是否系统会监听所有关联val count的代码，当count.value变更时自动执行这些代码？ #

不是。你观察到的现象本质是Compose的重组机制：当可组合函数中读取的MutableState对象发生变化时，会触发当前所在的可组合函数（本案例中是Counter()）整体重新执行。
Part4的逻辑能被执行，是因为count.value变化触发了Counter()重组，重组流程顺序执行到了Part4的判断代码，并不是系统单独监听了Part4这段和count关联的代码。

问题2：点击第3部分的按钮时，第5部分的代码是否每次都会被重新执行？ #

是的。Part5的代码没有任何条件限制，也没有使用Compose副作用API做缓存，只要Counter()触发重组就会被顺序执行，每次点击按钮更新count都会执行这部分代码，你会持续看到对应的日志打印和Toast弹出。

最佳实践：不要直接在可组合函数顶层编写日志弹出、Toast这类副作用逻辑，要使用LaunchedEffect、SideEffect等官方提供的副作用API包裹，避免重组时反复执行产生非预期行为。

代码B（LiveData场景）补充问题解答 #

首先明确基础规则：LiveData.observe()注册的回调，只有在LiveData的值发生变更时才会执行回调内部的代码；回调的执行不会触发bind()函数整体重新运行，bind()只有被外部主动调用时才会执行函数体内的代码。

问题1：displayFullItemByID的值变化时，Part B会被重新执行吗？ #

不会。Part B位于observe回调之外，属于bind()函数的顶层代码，只有bind()函数被主动调用时才会执行。displayFullItemByID值变化只会触发observe内部的Part A代码，不会重新运行bind()，所以Part B不会被执行。

问题2：displayFullItemByID的值变为5时，Part C会被重新执行吗？ #

不会。Part C同样位于observe回调之外，只有bind()函数被主动调用时才会判断条件执行。就算displayFullItemByID的值变为5，只要没有主动调用bind()函数，Part C的代码就不会被触发。如果需要在displayFullItemByID变化时执行这部分逻辑，需要把代码放到observe的回调内部。 #

内容的提问来源于stack exchange，提问作者HelloCW