梗概
MVP模式是MVC模式在Android上的一种变体，在MVC模式中，Activity应该是属于View这一层，它既承担了View，同时也包含了一些Controller的东西在里面，这对于开发与维护来说不太友好，耦合度太高。把Activity的View和Controller抽离出来就变成了View和Presenter，这就是MVP模式。
先熟悉一下MVC模式
M层：适合做一些业务逻辑处理，比如数据库存取操作，网络操作，复杂的算法，耗时的任务等都在model层处理。
V层：应用层中处理数据显示的部分，XML布局可以视为V层，显示Model层的数据结果。
C层：在Android中，Activity处理用户交互问题，因此可以认为Activity是控制器，Activity读取V视图层的数据（eg.读取当前EditText控件的数据），控制用户输入（eg.EditText控件数据的输入），并向Model发送数据请求（eg.发起网络请求等）。
举个例子大家可能比较好理解：实现的是一个天气查询功能，在页面EditText上输入城市名称，点击Button调用天气API，返回的天气数据显示在TextView里面。例子中显示的EditText、Button、TextView都属于View层，例子中实现向API请求数据的是Model层，Controller层就是其中的Activity，监听View中的点击事件，然后向Model层（可能是数据库、网络、算法、任务等）请求数据，回调之后再在View中显示。
为什么用MVP架构
我们平常开发中的Activity、XML界面加起来就已经相当于一个MVC的架构模式，这种开发方式的缺点就是业务量大的时候，一个Acitvity分分钟飙到上千行代码，想要改一处业务逻辑光是去找就要费半天劲，而且有点地方逻辑处理是一样的无奈是不同的 Activity 就没办法很好的写成通用方法。
MVP 模式将Activity 中的业务逻辑全部分离出来，让Activity 只做 UI 逻辑的处理，所有跟Android API无关的业务逻辑由 Presenter 层来完成。将业务处理分离出来后最明显的好处就是管理方便，但是缺点就是增加了代码量。Persenter的中文翻译是“主持人”。
下面，参考以下另一篇文章写得
为什么参考，我觉得他写得不错，我不需要重复写了，参考文章Android MVP架构搭建 ，建议大家也去看看，这里只作解析、总结。
该项目的目录结构为：
MvpView是个接口，里面定义了各种View的操作接口，并由MainActivity实现，这样它们就组合成了View层。
MainActivity里定义了MvpPresenter对象，并将MvpView的实现类作为参数传入MvPresenter的构造方法里面，这样Presenter层就能操控View层。
下面把MvpPresenter类代码贴出来，我们可以看到当View调用MvpPresenter里的getData(View view)方法时调用了MvpModel的getNetData(params,new MvpCallback(){…})方法，从MvpModel层获取数据回来后回调，再调用MvpView对象方法将数据传给View层。
public class MvpPresenter {
// View接口
private MvpView mView;
public MvpPresenter(MvpView view){
this.mView = view;
}
/**
* 获取网络数据
* @param params 参数
*/
public void getData(String params){
//显示正在加载进度条
mView.showLoading();
// 调用Model请求数据
MvpModel.getNetData(params, new MvpCallback() {
@Override
public void onSuccess(String data) {
//调用view接口显示数据
mView.showData(data);
}
@Override
public void onFailure(String msg) {
//调用view接口提示失败信息
mView.showFailureMessage(msg);
}
@Override
public void onError() {
//调用view接口提示请求异常
mView.showErrorMessage();
}
@Override
public void onComplete() {
// 隐藏正在加载进度条
mView.hideLoading();
}
});
}
}参考的文章里还对这代码进行了个升级，即抽象出Base父类或使用泛型以减少项目的多余的代码，在这只说说MVP这个模式，不再深入，下面看看MVP模式的整体结构图，可以看出直接把Activity、Fragment把繁重的工作中解脱了。
总结
MVP模式相对现在Android开发里比较模糊的MVC模式来说的确是更为解耦了，特别是对于一些大型的项目能够更好地实现分工，但相对于小项目，实现一个功能需要写的代码更多了。还是哲学的那句，实事求是，根据不同项目、不同的开发人员结构来选择不同的模式。
参考文章：
Android MVP模式 简单易懂的介绍方式
框架模式 MVC 在Android中的使用
Android MVP架构搭建