Jetpack Compose中AppViewModel与ScreenViewModel能否共存？

1. 必须创建AppViewModel管理跨屏共享逻辑 #

完全应该为App.kt创建对应的AppViewModel，专门负责全应用级别的共享逻辑，原因很直接：

• 导航控制、全局弹窗、BottomBar触发的共享操作（比如全局内容分享、全局搜索）这些逻辑不属于任何单个页面，是跨所有Screen的全局行为；
• App.kt作为导航宿主和全局Scaffold的载体，它的生命周期覆盖所有子页面的切换过程，绑定在它上面的AppViewModel会一直存活，不会随单个页面的销毁而丢失状态，完美匹配全局逻辑的生命周期需求。

举个AppViewModel的核心职责示例：

class AppViewModel : ViewModel() {
    // 全局导航事件，用StateFlow发射导航指令
    private val _navigateEvent = MutableStateFlow<String?>(null)
    val navigateEvent = _navigateEvent.asStateFlow()

    // 全局弹窗状态
    private val _showGlobalShareDialog = MutableStateFlow(false)
    val showGlobalShareDialog = _showGlobalShareDialog.asStateFlow()

    // 触发全局导航
    fun navigateTo(screenRoute: String) {
        _navigateEvent.value = screenRoute
    }

    // 触发全局共享弹窗
    fun triggerGlobalShare() {
        _showGlobalShareDialog.value = true
    }

    // 弹窗关闭后重置状态
    fun dismissShareDialog() {
        _showGlobalShareDialog.value = false
    }
}

在App.kt中使用这个ViewModel：

@Composable
fun App() {
    val appViewModel: AppViewModel = viewModel()
    val navController = rememberNavController()

    // 收集导航事件
    LaunchedEffect(appViewModel.navigateEvent) {
        appViewModel.navigateEvent.collect { route ->
            route?.let {
                navController.navigate(it)
                appViewModel._navigateEvent.value = null // 重置事件
            }
        }
    }

    Scaffold(
        bottomBar = {
            BottomBar(
                currentRoute = navController.currentBackStackEntryAsState().value?.destination?.route,
                onNavigate = appViewModel::navigateTo,
                onShare = appViewModel::triggerGlobalShare
            )
        }
    ) { padding ->
        NavHost(navController = navController, startDestination = "screen_a") {
            composable("screen_a") { ScreenA() }
            composable("screen_b") { ScreenB() }
            composable("screen_c") { ScreenC() }
        }

        // 显示全局共享弹窗
        if (appViewModel.showGlobalShareDialog.collectAsState().value) {
            GlobalShareDialog(onDismiss = appViewModel::dismissShareDialog)
        }
    }
}

2. 子页面ViewModel与AppViewModel完全可以共存 #

这不仅允许，而且是推荐的职责分离做法，两者各司其职：

• ScreenAViewModel/ScreenBViewModel：只负责对应页面的专属业务逻辑，比如ScreenA的数据加载、表单验证、页面内的交互状态（如按钮是否可点击、列表滚动位置），生命周期和页面绑定，页面销毁时自动清理；
• AppViewModel：只负责全局共享逻辑，不干涉单个页面的内部业务。

子页面使用自身ViewModel的示例：

@Composable
fun ScreenA() {
    val viewModel: ScreenAViewModel = viewModel()
    val uiState = viewModel.uiState.collectAsState()

    Column {
        Text(text = "Screen A: ${uiState.value.data}")
        Button(onClick = viewModel::refreshData) {
            Text("刷新数据")
        }
    }
}

class ScreenAViewModel : ViewModel() {
    private val _uiState = MutableStateFlow(ScreenAUiState())
    val uiState = _uiState.asStateFlow()

    fun refreshData() {
        // 模拟页面专属数据加载
        viewModelScope.launch {
            val newData = fetchDataFromApi()
            _uiState.value = _uiState.value.copy(data = newData)
        }
    }

    private suspend fun fetchDataFromApi(): String {
        delay(1000)
        return "加载完成的新数据"
    }
}

data class ScreenAUiState(val data: String = "初始数据")

3. 子页面如何访问AppViewModel（如果需要） #

如果某个子页面需要触发全局逻辑（比如ScreenA里要触发全局共享），可以直接在子页面中获取AppViewModel，只需指定它的ViewModelStoreOwner为父级（也就是App.kt对应的宿主）：

@Composable
fun ScreenA() {
    val appViewModel: AppViewModel = viewModel(
        viewModelStoreOwner = LocalViewModelStoreOwner.current.parent!!
    )
    val viewModel: ScreenAViewModel = viewModel()

    Button(onClick = appViewModel::triggerGlobalShare) {
        Text("触发全局共享")
    }
}

这种方式既保证了全局逻辑的集中管理，又让单个页面的业务逻辑保持独立，完全符合MVVM的职责分离原则。

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