Android Compose中SavedStateHandle与rememberSaveable的差异及其他疑问

除了你提到的核心区别之外，二者还有以下关键差异：

• 数据共享范围
  SavedStateHandle 属于 ViewModel 实例，同一个 ViewModel 对应的所有 Composable 都可以直接访问和共享其中的数据，无需手动传递；而 rememberSaveable 是单个 Composable 的局部状态，仅能在当前 Composable 及其直接子 Composable（手动传递参数的情况）中使用，无法跨独立 Composable 直接共享。

• 业务逻辑适配性
  SavedStateHandle 与 ViewModel 绑定，适合存储需要和业务逻辑联动的状态（比如分页页码、筛选条件、表单提交状态），这些状态通常需要在 ViewModel 中参与逻辑计算；rememberSaveable 更适合存储纯 UI 相关的局部状态（比如折叠面板的展开状态、输入框的临时文本），无需涉及业务层逻辑。

• 状态观察方式
  SavedStateHandle 内置了 Flow 支持，可以直接通过 getStateFlow() 方法获取可观察的数据流，方便 ViewModel 向 UI 层推送状态变化；rememberSaveable 本身是状态容器，若要观察变化需结合 mutableStateOf 使用，生成 MutableState 对象供 UI 自动重组。

• 存储层级与生命周期关联
  虽然二者底层都依赖 SavedStateRegistry 实现数据持久化，但 rememberSaveable 的生命周期严格绑定到单个 Composable 的存在周期（Composable 被移除时，状态会被清理）；而 SavedStateHandle 的生命周期绑定到 ViewModel，只要 ViewModel 存活（比如跨页面复用同一 ViewModel 时），状态就会保留。

• 复杂状态处理
  当需要存储复杂的自定义类型时，rememberSaveable 需要通过自定义 Saver 来实现序列化；SavedStateHandle 对复杂类型的支持同样依赖 Parcelable/Serializable，但结合 ViewModel 的业务层处理，可以更方便地对复杂状态进行拆分、转换和管理。

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