Android面试你必须要知道的那些知识，已拿offer附真题解析

我究竟要不要学习Kotlin呢？

要回答这个问题，我们先把时间拨回到2017年5月18日，安卓团队在谷歌 I/O 2017 大会上宣布 Kotlin 成为官方头等支持语言。

彼时谷歌技术大牛 Steve Yegge 发表了一篇关于 Kotlin 的使用体会总结文章：“为什么说 Kotlin 比你们用的那些垃圾语言都好？”

一时间这条爆炸性资讯在引发的热议一直持续到了今天。

时间是检验真理的唯一标准，接下来我们来看看国内外技术专家，使用kotlin开发的感受！

Google Android 专家Annyce Davis：“当 Kotlin 出现时，我立刻被它吸引了，因为它的很多语法特性让我想起了 Groovy。它既整洁又精炼。”

Google Android 专家Sebastiano Poggi：“我真的真的很喜欢这门语言。我个人认为它在很多情况下使得编码变成一件愉快的事情，相比之前，同样的情况下用 Java 语言编码将会感到痛苦和繁琐。Kotlin 有时让我觉得自己就像一个 10 倍效率开发者。”

Google Android 专家Jorge Barroso：“Kotlin 迈出了 Android 开发的一大步，在这之前，Android 缺少 Kotlin 所带来的特性，相比于其他的 Java 平台，Android 平台的 Java 开发有些过时，即使现在有在推动 Java 8，但它还是不会变成我们喜欢的现代编程语言。

Google Android 专家Mark Allison：“虽然我也很喜欢 Kotlin，但我不认为它已经足够成熟到能够在线上产品中使用。成熟模式和最佳实践的缺乏，使得 Kotlin 编写的代码可能难以维护。”

Google Android 专家Dmytro Danylyk：“对于那些停留在 Android 世界的开发者而言，Kotlin 是一个真正的规则改变者，它拥有很多我喜欢的特性：空类型安全，data classes，属性和懒加载属性，扩展函数，协程，不变性等等。

我很享受使用 Koltin 来编码，因为我没有必要在项目中引入太多的第三方库，Kotlin 已经非常好的提供了大部分的支持。”

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的调用。

实现原理：类加载器（加载类）+反射（获取属性和方法）+动态代理（执行）

最后

本文在开源项目GitHub中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…

目前已经更新的部分资料，需要的自己取：

：**

[外链图片转存中…(img-UXCSvxqN-1619318178893)]
[外链图片转存中…(img-WWhfgBib-1619318178895)]
[外链图片转存中…(img-4xMGfL2F-1619318178898)]