Jetpack Compose中text.isNotBlank()是否需用remember包裹及重组问题

核心疑问：为什么官方示例代码中不需要将text.isNotBlank()用remember包裹？ #

text是你通过remember { mutableStateOf("") }创建的状态实例，在Composable函数中直接读取该状态值时，Compose会自动订阅这个状态的变化，只要text内容变更就会触发当前Composable重组。text.isNotBlank()属于极轻量的布尔计算，每次重组时直接计算的性能损耗可以完全忽略，不需要额外用remember做缓存，所以官方示例没有加包裹。

问题1：我编写的代码B是正确的吗？ #

代码B是错误的冗余写法，会导致功能异常：
你写的remember {text.isNotBlank()}没有指定依赖key，只会在Composable首次执行时计算一次初始值，后续text变更触发重组时，remember会直接返回第一次缓存的结果，不会重新计算最新值，会导致iconsVisible永远是初始的false，就算输入了文字也不会显示图标选择栏。
如果确实要对这个逻辑做缓存，必须给remember指定依赖key，写成remember(text) { text.isNotBlank() }，此时当text变化时remember会重新执行代码块更新缓存值，功能可以正常运行，但对于这种轻量计算来说完全没有必要，反而多了依赖key比对的额外开销。

问题2：text变更时代码B中指定的两行代码会重新执行吗？ #

• 对于val (icon, setIcon) = remember { mutableStateOf(TodoIcon.Default)}：这行remember没有指定任何依赖key，仅会在Composable首次初始化时执行一次，后续任何触发重组的操作都不会重新执行初始化逻辑，只会返回缓存的MutableState实例，icon状态不会因为text变化被重置，符合预期。
• 对于val iconsVisible = remember {text.isNotBlank() }：同样没有指定依赖key，仅会在首次执行时计算一次初始值，后续text变更触发重组时也不会重新执行计算，缓存值永远不会更新，这也是代码B功能异常的原因。

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