目前在 Android 应用开发中，主流的架构设计模式主要有以下几种。随着 Google 官方对 Jetpack 组件和 Kotlin 协程/Flow 的强力推崇，整个行业的开发范式已经非常统一。
按照UI 呈现层 和整体系统分层，主要可以分为以下几类：
1. 主流 UI 架构模式（负责界面与逻辑解耦）
① MVVM (Model-View-ViewModel) ------ 当前最广泛的行业标准
这是 Google 官方架构指南（Guide to App Architecture）长期推荐的模式。
-
核心思想：数据驱动 UI。View（Activity/Fragment/Compose）只负责监听数据并渲染；ViewModel 负责处理业务逻辑并持有状态；Model（Repository/数据层）负责提供数据。
-
特点：双向或单向数据绑定。View 依赖 ViewModel，但 ViewModel 对 View 一无所知（完全解耦），生命周期安全。
-
适用场景：绝大多数中大型项目。
② MVI (Model-View-Intent) ------ 现代开发趋势（特别是结合 Jetpack Compose）
随着声明式 UI（Compose）和响应式编程（Kotlin Flow）的普及，MVI 正在逐渐成为新宠。
-
核心思想：单向数据流（UDF, Unidirectional Data Flow）。用户的任何操作都被封装成一个 Intent（这里的 Intent 不是安卓组件通信的那个，而是指"意图"），发给 ViewModel 处理，ViewModel 处理完后生成一个全新且不可变的 ViewState 交给 View 渲染。
-
特点：状态管理极其严格，极大地减少了多并发状态下的 UI 渲染冲突（比如同时出现 Loading 圈和错误弹窗）。
-
适用场景：UI 状态极其复杂、强依赖异步数据流（Flow/StateFlow）的项目。
③ MVP (Model-View-Presenter) & MVC (Model-View-Controller) ------ 传统/老旧模式
-
MVC：Android 极早期的模式，Activity 既当 View 又当 Controller，导致代码极度臃肿（万行 Activity 的罪魁祸首），目前已基本淘汰。
-
MVP：通过定义接口（Interface）让 View 和 Presenter 互相通信。虽然解耦了，但会导致接口数量爆炸，且容易造成内存泄漏。目前多见于维护老项目，新项目极少使用。
2. 整体系统级架构模式（负责工程结构）
④ Clean Architecture（整洁架构 / 洋葱架构）
这是 Uncle Bob 提出的宏观架构，通常与 MVVM 或 MVI 结合使用。它将整个 App 分为三层：
-
Presentation Layer（表现层）：包含 UI 和 ViewModel（或 Presenter）。
-
Domain Layer（领域层/业务逻辑层）：只包含纯 Kotlin 代码（UseCases / Interactors），没有任何 Android 框架依赖。负责处理最核心的业务规则。
-
Data Layer（数据层）：包含 Repository（仓库模式）、网络请求（Retrofit）、本地数据库（Room）。
-
优点：高度解耦，极其方便单元测试，底层数据库或网络的更换不会影响到 UI 层。
-
适用场景：大型企业级项目、多人协作项目。
⑤ Repository Pattern（仓库模式）
严格来说它不是一个完整的应用架构，而是数据层的一种设计模式，但几乎所有现代 Android App 都在用。