前言

在 Android 开发里MVVM 和 MVI 几乎是绕不开的两个词。按理说，

很多人刚开始接触架构时都会冒出同一个疑问：

有人说算。因为项目里确实是"按 MVVM 写的"；有人说不算，因为它们只管 UI，不管网络、数据库、缓存和业务逻辑。

这个问题看起来像在抠概念，但直接击中了许多开发者的主要痛点。没搞清楚 MVVM、MVI 的边界。很容易产生一种 架构焦虑

• 项目用了 ViewModel，是不是就算有架构了？
• 用了 MVI，是不是就比 MVVM 更高级？老实说，
• Repository、UseCase、DataSource 又应该放在哪里？
• 为什么用了 MVVM，代码最终还是乱成一团？改一处要动三个地方，

本篇文章就直接说清楚：

一、结论先行：MVVM 和 MVI 算架构吗？其实，

算。

但要加一个限定词：

它们主要解决的是 UI 层内部的职责划分。针对开发者最头疼的以下痛点：

• Activity / Fragment 里代码太多
• UI 展示逻辑和业务逻辑混在一起
• 使用者操作、状态变化、页面刷新逻辑混乱
• 页面状态难以追踪和测试

从"分配职责"和"约束代码组织方式"的角度看，MVVM 和 MVI 当然属于架构模式。

但它们并不能解决整个 App 的所有架构问题。如果你正面临以下困惑，MVVM 和 MVI 本身不会给你答案：

• 网络请求应该写在哪里？按理说，
• 数据库和接口数据如何配合？
• 缓存策略放在哪一层？话说回来，
• 复杂业务逻辑写在 ViewModel 还是 UseCase？
• 多个页面复用同一段业务逻辑怎么办？

更准确的说法是：

二、为什么说 MVVM 和 MVI "算架构"

架构的本质。不是为了显得高级，也不是为了炫耀，更不是为了物理分层。

架构的主要价值只有两个：解决混乱，分配职责。

在 Android 早期开发中，Activity 和 Fragment 很容易变成"万能类"。其实，一个 Activity 里可能同时包含：

• findViewById / ViewBinding点击事件
• 网络请求、数据库查询、数据格式转换
• 页面状态控制、Loading / Error / Empty 展示
• 跳转逻辑、埋点逻辑、权限处理…，

从痛点在于来看。最终 Activity 越写越大，几千行代码并不罕见。这就是典型的 God Object问题。

MVVM 和 MVI 的出现，本质上就是为了拆解这个崩溃的"上帝类"。其实，

三、MVVM 解决了什么问题？

MVVM 全称：Model - View - ViewModel

在 Android 中。常见的对应关系是：

角色	Android 实现
View	Activity / Fragment / Compose UI
ViewModel	Jetpack ViewModel
Model	Repository / 数据模型 / 数据来源

主要思路：View 只负责展示和交互，ViewModel 负责管理页面状态和业务调用。

View 层只负责观察状态：

Activity / Fragment 不再承担过多职责。UI 和逻辑解耦，状态有地方存放，代码也更容易测试和维护。

MVI 全称：Model - View - Intent

它比 MVVM 更强调两件事：

在 MVI 中。页面被抽象为三个主要概念：

• Intent使用者意图
• State页面完整状态
• Reducer根据旧状态和事件生成新状态

MVI 的主要主张：UI 不应该到处维护零散状态，而是由完整的 State 来驱动。

MVI 的优势：使用者行为清晰。状态变化可追踪，更适合复杂页面和 Jetpack Compose。

五、为什么说 MVVM 和 MVI "不够完整"?

如果一个项目只用了 MVVM，能不能说它有完整架构了？

p>不太严谨。

如果所有逻辑都塞进 ViewModel，Activity / Fragment 确实瘦了但 ViewModel 又会变成新的"上帝类"。这种代码表面上是 MVVM，只是把混乱搬到了 ViewModel。

六、Android 现代架构的本质：Clean Architecture 的 Android 版

说清楚这件事之前，先退一步看 Clean Architecture 本身。

什么是 Clean Architecture?

它是由 Robert C. Martin提出的架构思想，主要是一张著名的同心图：

内层对外层一无所知。这条规则带来的好处直接解决了后期维护的痛点：

• ✅ 业务逻辑可独立测试，不需要 Android 环境
• ✅ 随时替换外层技术栈而不动业务代码
• ✅ 每一层只关心自己的职责

Google 的分层架构就是 Clean Architecture 的 Android 版

Google 官方 Android Architecture Guide 推荐的分层架构，映射关系非常清晰：

Clean Architecture	Android 分层架构	具体实现
Frameworks & Drivers	UI Layer	Activity,Fragment,Compose。ViewModel
Application Business Rules	Domain Layer	UseCase,Entity
Interface Adapters	Data Layer	Repository 接口 + Mapper
Frameworks & Drivers	Data Layer	Retrofit,Room,DataStore

七、三层架构详解

UI Layer：MVVM / MVI 的主场

UI Layer 负责界面展示和使用者交互，是 MVVM / MVI 发挥作用的地方。

ViewModel 是 UI Layer 和 Domain Layer 的边界。它不应该直接持有 Retrofit、Room 之类的框架类，更不应该写业务规则——那是 UseCase 的职责。

Domain Layer：业务逻辑的家

Domain Layer 是整个架构的主要。它有一个关键的特征：

Data Layer：数据的唯一来源

Data Layer 负责屏蔽数据来源，对上层只暴露干净的领域模型。Mapper 的存在很关键，它解决了数据模型直接污染 UI 的痛点。

八、MVVM与MVI 哪个更合适？

这取决于你的项目复杂度和团队背景：

选 MVVM 的场景

• 中小型项目。
• 团队需要快速上手，学习成本低。
• 逻辑相对简单的页面。
• 希望保持快速的开发迭代。

• 状态极其复杂的页面。按理说，
• 使用 Jetpack Compose。
• 对状态追溯性、调试能力有极高要求。

九、

回到标题的问题：MVVM 和 MVI 算不算架构？老实说，

不要为了用新技术而用新技术。Android 架构的骨架是 Clean Architecture。而在这个骨架内部，你可以根据业务复杂度灵活选择 MVVM 或 MVI。话说回来，

---