Jetpack Compose中ViewModel使用最佳实践及传参方式咨询

1. 在Activity中全局创建ViewModel的方式是否属于最佳实践？ #

这种方式不是最佳实践。ViewModel的核心价值是和组件（Activity、Fragment或Composable）的生命周期绑定，能在配置变更（比如屏幕旋转）时保留数据，并且在组件销毁时自动清理资源。如果在Activity中用普通new的方式全局创建ViewModel，它就脱离了生命周期管理机制：

• 配置变更时会被重新创建，丢失原有数据；
• 组件销毁后无法自动回收，可能引发内存泄漏。

正确的做法是在需要的层级通过viewModel()方法（Compose中）或ViewModelProvider获取实例，确保ViewModel和对应组件的生命周期绑定。

2. 多个Composable函数需用ViewModel存储逻辑，应选择哪种方式？ #

场景1：每个Composable通过viewModel()创建实例 #

这是推荐的常规做法。因为viewModel()方法会基于当前的ViewModelStoreOwner（比如所在的Activity、Fragment或导航栈条目）返回同一个实例，多个Composable调用viewModel()拿到的是同一个ViewModel对象，既保证了数据一致性，又不需要额外的参数传递。这种方式让每个Composable可以独立获取依赖，降低了组件间的耦合度，代码更简洁易维护。

场景2：顶层Composable创建实例后逐层传递 #

这种方式不推荐作为常规方案，仅适用于少数特殊场景：

• 当ViewModel是某个局部Composable树的专属实例（比如和特定子页面绑定，而非全局）；
• 需要自定义ViewModel的构造参数，且无法通过viewModel()的重载方法实现时。

常规场景下逐层传递会增加Composable的参数复杂度，层级越深，参数传递越繁琐，后续修改或扩展时的维护成本也更高。

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