Jetpack Compose中ViewModel与remember函数的生命周期有何差异？

1. 绑定的生命周期载体不同 #

• ViewModel：绑定到LifecycleOwner（比如Activity、Fragment、导航栈条目），它的生命周期完全跟随载体的完整生命周期——只有当载体被彻底销毁（比如Activity执行finish()、Fragment被destroy()），ViewModel才会被系统回收。
• remember/rememberSaveable：绑定的是Composable的Composition作用域。当Composable从Composition中移除（比如滑出屏幕、条件渲染不满足被隐藏），remember持有的对象就会被回收；rememberSaveable仅能在配置变更（屏幕旋转、语言切换）时保留状态，但依然受限于Composable所在的LifecycleOwner生命周期。

2. 跨组件共享的原生能力不同 #

• ViewModel：同一个LifecycleOwner下的所有Composable，通过hiltViewModel()获取的是同一个实例，天然支持跨Composable、跨层级的状态共享。比如你代码里的ScreenHome和ItemContent，只要属于同一个Activity/Fragment，拿到的RecordSoundViewModel是同一个对象。
• remember：默认只在当前Composable的重组作用域内有效，不同Composable调用remember会生成不同实例。你代码里的rememberLineParameterState用单例强行让所有调用者拿到同一个实例，这是自定义实现，并非remember本身的特性，而且这种单例会让对象全局存活，直到App进程被杀，完全脱离了Compose的生命周期管理。

3. 配置变更的处理方式不同 #

• ViewModel：系统自动在配置变更时保留实例，屏幕旋转后原ViewModel会被复用，状态不会丢失，无需额外处理。
• remember：普通remember在配置变更时会丢失状态，必须用rememberSaveable才能保留，但rememberSaveable要求状态实现Parcelable或提供自定义保存/恢复逻辑，且仅针对状态本身，不是对象实例的复用。

4. 内存泄漏风险不同 #

• ViewModel：只要不持有超出生命周期的引用（比如用Application上下文而非Activity上下文），几乎不会出现内存泄漏，系统会在载体销毁时自动清理。
• remember：如果在remember中持有长生命周期对象（比如Activity上下文），当Composable被回收时，若引用未释放可能导致泄漏；像你代码里用单例配合rememberSaveable的方式，会让LineParameterState一直占用内存，直到进程结束。

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