设计模式

1、谈谈 MVC、MVP 和 MVVM，优点及缺点 ？
1 ) MVC:
a. 视图层(View) 对应于 xml 布局文件和 java 代码动态view 部分
b. 控制层(Controller) MVC 中 Android 的控制层是由Activity 来承担的，Activity 本来主要是作为初始化页面，展示数据的操作，但是因为 XML 视图功能太弱，所以 Activity 既要负责视图的显示又要加入控制逻辑，承担的功能过多。
c. 模型层(Model) 针对业务模型，建立数据结构和相关的类，它主要负责网络请求，数据库处理，I/O 的操作。
d. 总结
具有一定的分层，model 彻底解耦，controller 和 view并没有解耦层与层之间的交互尽量使用回调或者去使用消息机制去完成，尽量避免直接持有 controller 和view 在 android 中无法做到彻底分离，但在代码逻辑层面一定要分清业务逻辑被放置在 model 层，能够更好的复用和修改增加业务。
2 ) MVP
MVP模式将应用分为三层：
a. Model层主要负责数据的提供，View层主要负责界面的显示，Presenter层主要负责业务逻辑的处理。

b. 在MVP模式中，Model层和View层不能直接通信，Presenter层负责充当中间人，实现Model层和View层之间的间接通信。View层和Presenter层互相持有对方的引用，实现View层和Presenter层之间的通信。

c. MVP模式的主要优点是：分离了Model层和View层，分离了视图操作和业务逻辑，降低了耦合。

3 ) MVVM
MVVM模式与MVP模式一样，也将应用分为三层，并且各个对应的层的职责相似：

a. Model层，主要负责数据的提供。Model层提供业务逻辑的数据结构（比如，实体类），提供数据的获取（比如，从本地数据库或者远程网络获取数据），提供数据的存储。
b. View层，主要负责界面的显示。View层不涉及任何的业务逻辑处理，它持有ViewModel层的引用，当需要进行业务逻辑处理时通知ViewModel层。
c. ViewModel层，主要负责业务逻辑的处理。ViewModel层不涉及任何的视图操作。通过官方提供的Data Binding库，View层和ViewModel层中的数据可以实现绑定，ViewModel层中数据的变化可以自动通知View层进行更新，因此ViewModel层不需要持有View层的引用。ViewModel层可以看作是View层的数据模型和Presenter层的结合。
（ViewModel 是jetpack（Google 提供的应用开发框架）中的解耦数据和UI，可感知生命周期的方式存储数据，可以随着Activity的生命周期进行数据的控制，解决了以前Activity的切换横竖屏重新加载数据等问题，但是ViewModel 最主要的不是保存短暂的数据在其属性中，而是通过它进行数据与UI的无感知更新）

d. MVVM模式与MVP模式最大的区别在于：ViewModel层不持有View层的引用。这样进一步降低了耦合，View层代码的改变不会影响到ViewModel层。

4 ) 三者如何选择？
a. 如果项目简单，没什么复杂性，未来改动也不大的话，那就不要用设计模式或者架构方法，只需要将每个模块封装好，方便调用即可，不要为了使用设计模式或架构方法而使用。
b. 对于偏向展示型的 app，绝大多数业务逻辑都在后端，app 主要功能就是展示数据，交互等，建议使用mvvm。
c. 对于工具类或者需要写很多业务逻辑 app，使用 mvp或者 mvvm 都可。

2 、实现单例模式有几种方法 ？懒汉式中双层锁的目的是什么 ？两次判空的目的又是什么 ？
1 ） 单例模式实现方法有多种：饿汉，懒汉(线程安全，线程非安全)，双重检查(DCL),内部类，以及枚举
2 ） 所谓双层检验锁（在加锁前后对实例对象进行两次判空的检验）：加锁是为了第一次对象实例化的线程同步，而锁内还要有第二层判空是因为可能会有多个线程进入第一层 if 判断内部，而在加锁代码块外排队等候，如果锁内不进行第二次检验，仍然会出现实例化多个对象的情况。

3、是否能从 Android 中举几个例子说说用到了什么设计模式 ？
1） AlertDialog、Notification 源码中使用了 Builder（建造者）模式完成参数的初始化
2） Okhttp 内部使用了责任链模式来完成每个 Interceptor 拦截器的调用
3） RxJava 的观察者模式；单例模式；GridView 的适配器模式；Intent 的原型模式
4）日常开发的 BaseActivity 抽象工厂模式