1. Android 架构设计模式

• MVC 架构设计模式：MVC 全名是 Model View Controller，是模型(model)-视图(view)-控制器(controller)的缩写。

• MVP 架构设计模式：MVC 全名是 Model View Persenter，MVP 由 MVC 演变而来，是现在主流的开发模式。

• MVVM 架构设计模式：MVVM 全名是 Model-View-ViewModel，它本质上就是 MVC 的改进版。

各种模型的**主要目的**都是是分离视图（View）和模型（Model），即将 UI 界面显示和业务逻辑进行分离。

1.1 架构设计模式-MVC

(1) 定义：

在 android 开发过程中，比较流行的开发框架曾经采用的是 MVC 框架模式。

• M（Model）层：实体模型，处理业务逻辑。如：数据库操作，网络操作，I/O 操作，复杂操作和耗时任务等。

• V（View）层：处理数据显示。在 Android 开发中，它一般对应着 xml 布局文件。

• C（Controller）层：处理用户交互。在 Android 开发中，它一般对应着 Activity/Feagment。android 中主要通过 activity 处理用户交互和业务逻辑，接受用户的输入并调用 Model 和 View 去完成用户的需求。

(2) 特点

• 低耦合

• 可重用易拓展

• 模块职责划分明确

(3) 实例

android本身的设计结构符合 MVC 模式。

(4) MVC 优缺点

• MVC 的优点：MVC 模式通过 Controller 来掌控全局，同时将 View 展示和 Model 的变化分离开

• MVC 也有局限性：

View 层对应 xml 布局文件能做的事情非常有限，所以需要把大部分 View 相关的操作移到 Controller 层的 activity 中。导致 activity 相当于充当了 2 个角色(View 层和 Controller 层)，不仅要处理业务逻辑，还要操作 UI。一旦一个页面的业务繁多复杂的话，activity 的代码就会越来越臃肿和复杂。

1.2 架构设计模式-MVP

MVP 是从经典的 MVC 模式演变而来，它们的基本思想有相通的地方:Controller/Presenter 负责逻辑的处理，Model 提供数据，View 负责显示。在 Android 开发中，MVP 的具体实现流程是当 Presenter 接收到 View 的请求，便从 Model 层获取数据，将数据进行处理。处理好的数据再通过 View 层的接口回调给 Activity 或 Fragment。这样 MVP 能够让 Activity 或 Fragment 成为真正的 View，只做与 UI 相关的事而不处理其他业务流程。

(1) 定义

• M（Model）层：实体模型，处理业务逻辑。如：数据库操作，网络操作，I/O 操作，复杂操作和耗时任务等。

• V（View）层：负责View的绘制以及与用户交互。在 Android 开发中，它一般对应着 xml 布局文件和 Activity/Fragment。

• P（Presenter）层：负责完成 Model 层和 View 层间的数据交互和业务逻辑。

(2) 实例

(3) MVC 和 MVP 的区别

MVP 中的 View 并不直接使用 Model，它们之间的通信是通过 Presenter 来进行的，所有的交互都发生在 Presenter 内部，而在 MVC 中 View 会直接从 Model 中读取数据而不通过 Controller

• MVC 和 MVP 的最大区别：MVC 的 Model 层和 View 层能够直接交互；MVP 的 Model 层和 View 层不能直接交互，需通过 Presenter 层来进行交互。

• Activity 职责不同：Activity 在 MVC 中属于 Controller 层，在 MVP 中属于 View 层，这是 MVC 和 MVP 很主要的一个区别。可以说 Android 从 MVC 转向 MVP 开发也主要是优化Activity的代码，避免Activity的代码臃肿庞大。

• View 层不同：MVC 的 View 层指的是 XML 布局文件（或用 Java 自定义的 View）；MVP 的 View 层是 Activity（或 Fragment）

• 控制层不同：MVC 的控制层是 Activity（或 Fragment）；MVP 的控制层是 Presenter，里面没有很多的实际东西，主要负责 Model 层和 View 层的交互。

(4) MVP 优缺点

• MVP 的优点如下:

模型与视图完全分离，我们可以修改视图而不影响模型；项目代码结构清晰，一看就知道什么类干什么事情；我们可以将一个 Presenter 用于多个视图，而不需要改变 Presenter 的逻辑，这个特性非常的有用，因为视图的变化总是比模型的变化更频繁 ；协同工作(例如在设计师没出图之前可以先写一些业务逻辑代码)

• MVP 也有不足之处:

接口过多，一定程度影响了编码效率。一定程度上导致 Presenter 的代码量过大。为了降低 Presenter 中业务繁多的问题，Google 又推出了 MVVM，试图通过数据驱动来减少 Presenter 的代码量。

1.3 架构设计模式-MVVM

(1) 定义

• M（Model）层：仍然是实体模型（但是不同于之前定义的 Model 层），主要负责数据获取、存储和变化，提供数据接口供 ViewModel 层调用。

• V（View）层：对应Activity/Feagment 和xml布局文件 ，负责 View 的绘制以及与用户交互说明：View 层仅能操作 UI（数据绑定来实现 UI 更新）；不能做任何和业务逻辑有关的数据操作

• VM（ViewModel）层：负责完成 Model 层和 View 层间的数据交互和业务逻辑说明：ViewModel 层仅能做和业务逻辑有关的数据操作；不能做 UI 相关的操作

2. android 插件化

插件化来由：随着业务的增多，业务逻辑代码越来越多，apk 包也逐渐增大，不利于维护和升级。通过插件化开发可将功能模块解耦，不同的维护团队仅维护某模块的业务，同时当 app 升级时可仅对某功能模块进行升级而不需整体升级。

2.1 插件化要解决的问题—如何动态加载 apk

(1) android 类加载器及区别

类加载器作用：java 字节码通过类加载器加载到 java 虚拟器。

• PathClassLoader：仅能加载文件目录下的 apk。

• DexClassLoader：可以加载 apk 文件中的字节码(从 dex 实体 jar 文件中加载 java 字节码)。主要用于动态加载和代码热更新等。

(2)反射： java 中的反射使我们在运行时获得这个类的属性、方法和 class 内部的信息机制，最重要的是我们可以在运行时实例化这个对象调用方法，这也是 java 反射的最大优点。(3) 实现动态加载 apk

什么是动态加载 apk：android 中有一个速度程序会主动到指定的 sd 卡中去加载 apk，并通过代理 activity 去执行。

实现：需要一个代理 activity 去执行 apk 中的 activity，主要通过反射去获得它的属性和方法，从而进行 apk 的调用。实现原理：类加载器（加载类）+反射（获取属性和方法）+动态代理（执行）

最后

其实 Android 开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

上面分享的腾讯、头条、阿里、美团、字节跳动等公司 2019-2021 年的高频面试题，博主还把这些技术点整理成了视频和 PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。

【Android 思维脑图（技能树）】

知识不体系？这里还有整理出来的 Android 进阶学习的思维脑图，给大家参考一个方向。

【Android 高级架构视频学习资源】

**Android 部分精讲视频领取学习后更加是如虎添翼！**进军 BATJ 大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务 Curd 而已！现如今市场上初级程序员泛滥，这套教程针对 Android 开发工程师 1-6 年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶 Android 中高级、架构师对你更是如鱼得水，赶快领取吧！

**本文已被[CODING 开源项目：《Android 学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》](

)

收录**

最后自我介绍一下，小编 13 年上海交大毕业，曾经在小公司待过，也去过华为、OPPO 等大厂，18 年进入阿里一直到现在。

深知大多数初中级 Android 工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此也是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。