企业官网建设流程全解析

• 文档
• 教程
• 知识库

MVVM（Model-View-ViewModel）是 Google 官方推荐的 Android 应用架构模式，它将 UI 层（View）与业务逻辑和状态层（ViewModel）彻底分离，让界面通过观察者模式对状态做出响应式渲染。本文以本仓库 Android 学习路线图中的 MVVM 文档为核心，结合同路线图中 ViewModel 状态、LiveData、Flow/StateFlow、协程、Repository 与 Hilt 等关联主题，系统梳理 MVVM 的核心概念、分层职责、状态管理与最佳实践，帮助读者掌握一套可直接落地的响应式 UI 架构方案。

一、MVVM 是什么：三层分离的架构哲学

MVVM（Model-View-ViewModel）是一种软件架构模式，核心目标是将 UI 层（View）与业务逻辑和状态层（ViewModel）分离。正如 MVVM 文档 所定义的：ViewModel 负责暴露状态与事件，View 负责观察并响应式地渲染这些状态。

+----------+ 观察/订阅 +-------------+ 调用/依赖 +-------+ | View | ---------------------> | ViewModel | ---------------------> | Model | | (UI层) | <--------------------- | (状态/逻辑) | <--------------------- | 数据层 | +----------+ 状态回调/事件 +-------------+ 数据流向/仓库 +-------+

这一模式的三大核心职责是：

1. View（视图层）：只负责渲染 UI 和分发用户交互事件，不持有业务逻辑；
2. ViewModel（视图模型）：持有界面状态，封装业务逻辑与状态转换逻辑，与生命周期解耦；
3. Model（模型层）：负责数据来源，包括网络、数据库、本地缓存等。

从 架构与设计模式文档 可以看到，Android 生态中还存在 MVC、MVP、MVI 等多种架构，各自定义了数据、逻辑与 UI 三层之间的交互方式。其中Google 推荐的 Android Architecture Components 正是遵循 MVVM 模式的原则构建的，这也是 MVVM 成为 Android 主流架构的根本原因。该文档同时提醒：架构不是放之四海皆准的刚性结构，而是可依据项目实际灵活调整的指南。

MVVM 与 MVP 的演进关系

MVP 文档 指出，MVP 中的 Presenter 作为 View 与 Model 之间的中介：View 将用户操作委托给 Presenter，Presenter 处理后再通过接口契约更新 View。MVP 在 MVVM 与 ViewModel 成为推荐方案之前被广泛使用。两者最大的差异在于：MVP 中 Presenter 与 View 通过接口强耦合、需要手动同步；而 MVVM 中 View 与 ViewModel 之间是观察者式的松耦合关系，View 无需持有 ViewModel 的引用即可获得状态更新。

二、Google 官方支持：ViewModel、LiveData 与 StateFlow

MVVM 文档 明确指出，Google 为 MVVM 提供了官方支持，核心组件包括ViewModel、LiveData 和 StateFlow。这三个组件各自解决 MVVM 落地中的关键问题：

ViewModel：状态的跨配置变更持久化

ViewModel 状态文档 对 ViewModel 的核心价值做了精准描述：ViewModel 持有的数据能够在配置变更（如屏幕旋转）时保持不变，UI 数据得以存活，避免每次 Activity 或 Fragment 重建时都要重新获取或创建数据。UI 通过观察状态实现自动更新，从而保证一致的用户体验。

这与 状态变更文档 描述的 Activity 生命周期问题直接相关：按 Home 键、旋转设备、接听电话等用户操作或系统事件都会触发生命周期状态切换，开发者必须在此过程中保存和恢复 UI 状态以防止数据丢失——ViewModel 正是解决这一问题的官方方案。

一个典型的 ViewModel 定义如下：

class NewsViewModel : ViewModel() { // 使用 MutableStateFlow 持有状态 private val _uiState = MutableStateFlow(NewsUiState()) val uiState: StateFlow<NewsUiState> = _uiState.asStateFlow() fun refresh() { // 业务逻辑：从 Repository 拉取数据并更新状态 } }

LiveData：生命周期感知的可观察数据

LiveData 文档 指出，LiveData 是 Android Jetpack 中的生命周期感知可观察数据持有者：它只在观察者处于活跃生命周期状态时才推送更新，从而避免向已停止的组件发送更新导致崩溃。LiveData 常被用来将 ViewModel 状态暴露给 UI 层。

class NewsViewModel : ViewModel() { private val _news = MutableLiveData<List<NewsItem>>() val news: LiveData<List<NewsItem>> = _news fun loadNews() { // 更新 LiveData，UI 自动感知并刷新 _news.value = repository.fetchNews() } }

在 View 层中，LiveData 的观察是生命周期感知的：

// Activity / Fragment 中 viewModel.news.observe(this) { newsList -> adapter.submitList(newList) }

StateFlow：协程时代的响应式状态流

Flow 文档 说明，Flow 是 Kotlin 协程库的一部分，能够顺序发射多个值，非常适合处理数据流或非瞬时的持续事件。Flow 基于观察者模式，同时内置背压处理能力，支持在流序列上进行转换、过滤、合并等操作。与协程结合后，Flow 避免了回调地狱问题，带来更可预测、更简化的并发设计。

StateFlow 是 Flow 家族中专门用于状态持有的一员：它始终保持一个当前值，新订阅者会立即收到最新状态，非常适合作为 ViewModel 向 UI 暴露状态的载体，也是 Google 推荐替代 LiveData 的现代方案。

// ViewModel 中使用 StateFlow 暴露 UI 状态 class NewsViewModel( private val repository: NewsRepository ) : ViewModel() { private val _uiState = MutableStateFlow(NewsUiState()) val uiState: StateFlow<NewsUiState> = _uiState.asStateFlow() init { viewModelScope.launch { repository.newsFlow() .collect { items -> _uiState.value = NewsUiState(items) } } } }

协程：MVVM 异步逻辑的基础设施

协程文档 指出，Kotlin 协程允许以顺序、可读的方式编写异步代码，它们轻量、支持结构化并发，并通过生命周期感知的 CoroutineScope 与 Android Jetpack 集成。协程取代了 AsyncTask 等旧方案，成为 Android 异步任务的首选方式。在 MVVM 架构中，viewModelScope是 ViewModel 内置的协程作用域，随 ViewModel 销毁自动取消，从根本上避免了协程泄漏。

三、完整的 MVVM 分层落地：从 Repository 到 View

一个生产级的 MVVM 应用通常包含数据层、ViewModel 层与 UI 层。下面以一个新闻列表功能为例，展示完整的分层组织。

数据层：Repository 封装数据来源

Repository 模式文档 指出，Repository 将数据源与应用的其余部分分离，充当持久化模型、Web 服务、缓存等不同数据源之间的中介。网络和数据库调用不再散落在 ViewModel 中，而是被封装在 Repository 类里，这让代码更干净、易读、可测试，并为数据访问提供统一 API——应用其余部分不需要关心数据来自哪里，只需要向 Repository 请求。

class NewsRepository( private val remoteDataSource: NewsRemoteDataSource, private val localDataSource: NewsLocalDataSource ) { suspend fun fetchNews(): List<NewsItem> { // 优先读缓存，缓存未命中再走网络 localDataSource.cachedNews()?.let { return it } val fresh = remoteDataSource.fetchNews() localDataSource.save(fresh) return fresh } }

依赖注入：用 Hilt 组装 MVVM 各层

Hilt 文档 介绍，Hilt 是 Android 的依赖注入库，基于 Dagger 实现但大幅简化了手工 DI 的样板代码。只需在 Android 类上添加注解，Hilt 就会自动生成并提供所需依赖。在 MVVM 架构中，Hilt 负责将 Repository 注入 ViewModel、将 ViewModel 注入 View，让各层解耦且便于测试替换。

@HiltViewModel class NewsViewModel @Inject constructor( private val repository: NewsRepository ) : ViewModel() { ... }

UI 层：观察状态并响应式渲染

在传统 View 体系中，UI 通过observe()订阅 LiveData 或 StateFlow 状态；在 Jetpack Compose 体系中，UI 通过collectAsState()等组合函数消费状态流。

Jetpack Compose 文档 描述了这个现代 UI 工具包的价值：它提供声明式 UI 设计方式，开发者只需描述 UI 在任意时刻应呈现的样子，Compose 便会负责更新视图层级。这与 MVVM 的"View 观察状态并渲染"理念天然契合——UI 是状态的函数。

@Composable fun NewsScreen(viewModel: NewsViewModel = hiltViewModel()) { val uiState by viewModel.uiState.collectAsStateWithLifecycle() when (uiState) { is Loading -> LoadingIndicator() is Success -> NewsList(uiState.items) is Error -> ErrorMessage(uiState.message) } }

四、MVVM 中状态管理的完整链路

综合以上组件，一个完整 MVVM 状态管理链路如下：

1. 事件入口：View 捕获用户交互（点击、输入），调用 ViewModel 的公开方法；
2. 逻辑处理：ViewModel 在viewModelScope中执行业务逻辑，通过 Repository 访问数据；
3. 状态更新：ViewModel 将结果写入MutableStateFlow或MutableLiveData；
4. 响应式渲染：View 观察状态变化，仅当组件处于活跃生命周期时接收更新并重绘 UI；
5. 生命周期安全：配置变更时 ViewModel 存活、状态不丢；ViewModel 销毁时协程自动取消。

这条链路的每一步都能在本仓库 Android 路线图对应的主题文档中找到依据：

• 状态与生命周期：ViewModel 状态、状态变更
• 响应式数据：LiveData、Flow
• 异步基础：协程
• 数据封装：Repository 模式
• 依赖注入：Hilt
• 声明式 UI：Jetpack Compose

五、MVVM 使用建议与注意事项

综合 MVVM 文档 及关联主题文档，落地 MVVM 时有以下几点建议：

1. View 保持轻薄：所有状态决策交给 ViewModel，View 只做渲染与事件转发，避免在 UI 层堆积业务逻辑；
2. 用状态驱动 UI：优先采用单向数据流（事件 → ViewModel → 状态 → View），让界面行为可预测、可测试；
3. LiveData 与 StateFlow 按需选择：传统 View 体系可用 LiveData 享受生命周期感知；Compose 或需要背压、复杂流式变换的场景优先 StateFlow +collectAsStateWithLifecycle；
4. Repository 统一数据访问：将网络、数据库、缓存访问封装进 Repository，ViewModel 不直接触碰数据源；
5. Hilt 管理依赖：通过依赖注入组装各层，提升可测试性与可替换性；
6. 不要生搬硬套：如 架构与设计模式文档 所述，架构是指导而非铁律，应根据项目规模与团队习惯适度调整分层细节。

六、小结

MVVM 是 Android 官方推荐的架构范式，其核心在于通过 ViewModel 将 UI 与业务逻辑解耦，并借助 LiveData、StateFlow 等响应式组件实现状态驱动的界面渲染。在本仓库的 Android 路线图中，MVVM 文档与其周边的 ViewModel 状态、LiveData、Flow、协程、Repository、Hilt 与 Jetpack Compose 等主题共同构成了一条完整的现代 Android 架构学习路径——从架构理念到状态管理、从数据封装到依赖注入，最终落实到一套可运行、可测试、可维护的生产级 UI 架构方案。

• 文档
• 教程
• 知识库