Compose中rememberUpdatedState的作用

Compose 中的 rememberUpdatedState 作用，什么情况下需要使用？

在 Jetpack Compose 开发中，协程与附带效应（Side Effect）是处理异步逻辑的核心工具。

如下面的代码：

kotlin 复制代码

@Composable
fun SimpleComponent() {
    // 使用LaunchedEffect处理异步任务，该Effect会在组件首次组合时启动    
    LaunchedEffect() {        
	    // 在这里编写具体的异步任务逻辑，例如网络请求、数据加载等        
	    // 处理异步任务    
	}    
	// 以下是UI页面的构建逻辑，可根据实际需求添加具体的Composable元素    
	// UI 页面
}

在实际开发场景中，可能会遇到以下情况：在协程内执行回调操作时，最终触发的却可能是旧版本的回调逻辑，导致功能异常。

1. 协程中的回调陷阱

假设我们要实现一个启动页功能：页面显示 2 秒后自动跳转，跳转逻辑通过 onTimeout 回调传入。用 LaunchedEffect 实现的初版代码可能是这样的：

kotlin 复制代码

@Composable
fun LandingScreen(onTimeout: () -> Unit) {    
	// 错误示例：直接使用 onTimeout 作为参数和键    
	LaunchedEffect(onTimeout) {     
	    delay(2000) 
	    // 模拟2秒延迟        
	    onTimeout() 
	    // 预期执行最新的跳转逻辑    
	}    
	// 启动页UI...
}

这段代码看似合理，却隐藏着一个问题：

若将 onTimeout 设为键，会导致协程频繁重启

为了 "响应 onTimeout 变化"，你可能会把它设为 LaunchedEffect 的键。但这样会导致 onTimeout 一变化，协程就会被取消并重启，2 秒延迟会从头计算，完全不符合 "只等 2 秒" 的需求。

因此，为了防止协程重启，可以把协程的键设置成 Unit，如下：

kotlin 复制代码

@Composable
fun LandingScreen(onTimeout: () -> Unit) {
    LaunchedEffect(Unit) {     
        delay(2000) 
        // 模拟2秒延迟         
        onTimeout()      
    }     
    // 启动页UI...
}

这样即使 onTimeout 改变协程也不会重启了，但是会引发一个新的问题，

如果 onTimeout 中途变化，协程会执行旧回调

当 LaunchedEffect 启动协程时，会 "捕获" 当时 onTimeout 的引用。如果父组件重组时传入了新的 onTimeout（比如父组件状态变化导致 lambda 重新创建），协程中保存的还是启动时的旧引用，最终执行的仍是旧逻辑。

2. 用 rememberUpdatedState 保持 "最新引用"

rememberUpdatedState 是 Compose 专门为这类场景设计的 API，它能让协程在不重启的前提下，始终调用最新版本的回调。

代码如下：

kotlin 复制代码

@Composable
fun LandingScreen(onTimeout: () -> Unit) {
    // 1. 用 rememberUpdatedState 保存 onTimeout 的最新引用   
    // 每次重组时，会自动更新为最新的 onTimeout，但不会触发协程重启    
    // 相当于协程持有了 onTimeout 的一个间接引用，通过这个间接引用来调用 onTimeout    
    val currentOnTimeout by rememberUpdatedState(onTimeout)        
    // 2. 用 Unit 作为键，确保协程只启动一次（不受 onTimeout 变化影响）    
    LaunchedEffect(Unit) {         
	    delay(2000) // 延迟期间即使 onTimeout 变化，协程也不中断        
	    currentOnTimeout() // 调用的是最新的 onTimeout    
	}    
	// 启动页UI...
}

核心改进有两点：

rememberUpdatedState 负责 "实时更新" ：它会创建一个 Compose 状态（State），每次组件重组时，自动将状态值更新为最新的 onTimeout，但状态本身的_引用（地址）_不变。
LaunchedEffect 用 Unit 作为键：确保协程只在组件首次进入组合时启动一次，后续无论 onTimeout 如何变化，协程都不会重启，保证 2 秒延迟的连续性。

3. 为什么 "间接引用" 能解决问题？

本质上，rememberUpdatedState 是通过 "间接引用" 防止协程对 "可变回调" 的直接依赖：

直接引用的问题 ：协程启动时直接持有 onTimeout 的引用，一旦 onTimeout 变化，协程手里的还是旧引用（相当于 "快照过期"）。
间接引用的优势：协程不再直接持有 onTimeout，而是持有 rememberUpdatedState 创建的 State 引用（这个引用是固定的）。当 onTimeout 变化时，State 内部的值会被自动更新；而协程执行到 currentOnTimeout() 时，读取的是 State 中最新的值，自然能拿到最新的回调。

简单说就是：

协程持有的是 "装回调的盒子"（State），而不是 "盒子里的回调"。盒子不变，但里面的回调可以随时更新，协程取的时候永远是最新的。

举个栗子：假设你计划一天后前往银行办理业务。若采用直接引用的方式，就如同直接指定由某位特定柜员为你服务，一旦这位柜员突然离职，或是岗位调动，你的业务办理很可能会受阻。而间接引用则好比拨通银行客服热线，由客服根据实时情况，为你协调最合适的工作人员处理业务。

4. 总结

当你需要在 长期运行的协程 （如 LaunchedEffect 中的延迟、网络请求）中调用 可能变化的回调 / 参数 时，直接使用原参数会导致 "调用旧值"，而将参数设为 LaunchedEffect 的键又会导致协程频繁重启。

rememberUpdatedState 的价值就在于：它能让你在不中断协程执行的前提下，始终持有最新的参数引用，完美解决 "旧回调" 问题。

记住这个场景：长期协程 + 可变回调 = 用 rememberUpdatedState 保鲜引用。