2024年安卓最新作为过来人，对于Android-MVP模式的一些详解，2024年最新面试大厂应该注意哪些问题

如何做好面试突击，规划学习方向？

面试题集可以帮助你查漏补缺，有方向有针对性的学习，为之后进大厂做准备。但是如果你仅仅是看一遍，而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。建议先制定学习计划，根据学习计划把知识点关联起来，形成一个系统化的知识体系。

学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。

同时我还搜集整理2020年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

前言

闲来无事在家偶然翻到了之前整理的文档和面试要做到准备路线，虽然内容有点多，但是技多不压身，多多益善

本部分内容是关于Android进阶的一些知识总结，涉及到的知识点比较杂，不过都 是面试中几乎常问的知识点，也是加分的点。 关于这部分内容，可能需要有一些具体的项目实践。在面试的过程中，结合具体自 身实践经历，才能更加深入透彻的描绘出来

相关内容后续GitHub更新,想冲击金三银四的小伙伴可以找找看看，欢迎star
（顺手留下GitHub链接，需要获取相关面试等内容的可以自己去找）
https://github.com/xiangjiana/Android-MS
(VX：mm14525201314)

MVP，MVC，MVVM
此处延伸：手写 mvp 例子，与 mvc 之间的区别，mvp 的优势

MVP 模式，对应着 Model–业务逻辑和实体模型,view–对应着 activity，负责 View 的绘制以 及与用户交互,Presenter–负责 View 和 Model 之间的交互,MVP 模式是在 MVC 模式的基础上， 将 Model 与 View 彻底分离使得项目的耦合性更低，在 Mvc 中项目中的 activity 对应着 mvc 中的 C--Controllor,而项目中的逻辑处理都是在这个 C 中处理，同时 View 与 Model 之间的交 互，也是也就是说，mvc 中所有的逻辑交互和用户交互，都是放在 Controllor 中，也就是 activity 中。View 和 model 是可以直接通信的。而 MVP 模式则是分离的更加彻底，分工更加明确 Model–业务逻辑和实体模型，view–负责与用户交互，Presenter 负责完成 View 于 Model 间的交互，MVP 和 MVC 最大的区别是 MVC 中是允许 Model 和 View 进行交互的，而 MVP 中很明显，Model 与 View 之间的交互由 Presenter 完成。还有一点就是 Presenter 与 View 之 间的交互是通过接口的

一、MVP概述

MVP，全称 Model-View-Presenter 即模型-视图-层现器。
提到MVP，就必须要先介绍一下它的前辈MVC，因为MVP正是基于MVC的基础发 展而来的。两个之间的关系也是源远流长。
**MVC，全称Model-View-Controller，**即模型-视图-控制器。 具体如下：
View： 对应于布局文件
Model： 业务逻辑和实体模型
Controllor： 对应于Activity

但是View对应于布局文件，其实能做的事情特别少，实际上关于该布局文件中的数 据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像 Controller，使得Activity变得臃肿。

而当将架构改为MVP以后，Presenter的出现，将Actvity视为View层，Presenter负 责完成View层与Model层的交互。

现在是这样的： View 对应于Activity，负责View的绘制以及与用户交互 Model 依然是业务逻辑和实体模型 Presenter 负责完成View于Model间的交互 下面两幅图通过数据与视图之间的交互清楚地展示了这种变化：

MVC模式下实际上就是Activty与Model之间交互，View完全独立出来了。

MVP模式通过Presenter实现数据和视图之间的交互，简化了Activity的职责。同时 即避免了View和Model的直接联系，又通过Presenter实现两者之间的沟通。

总结： MVP模式减少了Activity的职责，简化了Activity中的代码，将复杂的逻辑代 码提取到了Presenter中进行处理，模块职责划分明显，层次清晰。与之对应的好 处就是，耦合度更低，更方便的进行测试。

MVC和MVP的区别

MVC中是允许Model和View进行交互的，而MVP中很明显，Model与View之间的 交互由Presenter完成。还有一点就是Presenter与View之间的交互是通过接口 的。

还有一点注意： MVC中V对应的是布局文件，MVP中V对应的是Activity。

二、MVP的简单使用

大多数MVP模式的示例都使用登录案例进行介绍。因为简单方便，同时能提现出 MVP的特点。今天我们也以此例进行学习。 使用MVP的好处之一就是模块职责划 分明显，层次清晰。 该例的结构图即可展现此优点。

1.Model层

在本例中，M0del层负责对从登录页面获取地帐号密码进行验证（一般需要请求服 务器进行验证，本例直接模拟这一过程）。 从上图的包结构图中可以看出，Model 层包含内容：

①实体类bean
②接口，表示Model层所要执行的业务逻辑
③接口实现类，具体实现业务逻辑，包含的一些主要方法

下面以代码的形式一一展开。
①实体类bean

public class User {
private String password;
private String username;

public String getPassword() {
return password;
}

public void setPassword(String password) {
this.password = password;
}

public String getUsername() {
return username;
}
public void setUsername(String username) {
this.username = username;
}
@Override
public String toString() {
return “User{” +
“password='” + password + ‘’’ +
“, username='” + username + ‘’’ +
‘}’;
}
}

封装了用户名、密码，方便数据传递。
②接口

public interface LoginModel {
void login(User user, OnLoginFinishedListener listener);
}

其中OnLoginFinishedListener 是presenter层的接口，方便实现回调presenter，通知presenter业务逻辑的返回结果，具体在presenter层介绍。
③接口实现类

public class LoginModelImpl implements LoginModel {
@Override
public void login(User user, final OnLoginFinishedListener l istener) {
final String username = user.getUsername();
final String password = user.getPassword();
new Handler().postDelayed(new Runnable() {
@Override public void run() {
boolean error = false;
if (TextUtils.isEmpty(username)){
listener.onUsernameError();//model层里面回调li stener
error = true;
}
if (TextUtils.isEmpty(password)){
listener.onPasswordError();
error = true;
}
if (!error){
listener.onSuccess();
}
}
}, 2000);
}
}

实现Model层逻辑：延时模拟登陆（2s），如果用户名或者密码为空则登陆失败， 否则登陆成功。

2.View层

视图： 将Modle层请求的数据呈现给用户。一般的视图都只是包含用户界面(UI)，而 不包含界面逻辑，界面逻辑由Presenter来实现。

从上图的包结构图中可以看出，View包含内容：

①接口，上面我们说过Presenter与View交互是通过接口。其中接口中方法的定义是 根据Activity用户交互需要展示的控件确定的。
②接口实现类，将上述定义的接口中的方法在Activity中对应实现具体操作。

下面以代码的形式一一展开。
①接口

public interface LoginView {
//login是个耗时操作，我们需要给用户一个友好的提示，一般就是操作Progre ssBarvoid showProgress();
void hideProgress();
//login当然存在登录成功与失败的处理，失败给出提示 void setUsernameError();
void setPasswordError();
//login成功，也给个提示
void showSuccess();
}

上述5个方法都是presenter根据model层返回结果需要view执行的对应的操作。

②接口实现类
即对应的登录的Activity，需要实现LoginView接口。

public class LoginActivity extends AppCompatActivity implements LoginView, View.OnClickListener {
private ProgressBar progressBar;
private EditText username;
private EditText password;
private LoginPresenter presenter;
@Override

总结

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的14套腾讯、字节跳动、阿里、百度等2021面试真题解析，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

研究，那么很难做到真正的技术提升。**

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！