一、六大原则

• 单一职责原则 一个类的功能应该单一，对外只提供一种功能，而引起类变化的原因应该只有一个
• 开闭原则 对于类的改动，应该是新增代码来实现的，而不应该通过修改代码来实现。已有可以正常运行的代码就不应该去改它。
• 依赖注入原则 类如果需要调用其他类的功能，应该调用其他类的接口或者抽象类而不应该调用其具体实现方法。
• 里氏替换原则 任何抽象类出现的地方都可以用其实现类替换它。
• 迪米特原则 各模块的相互调用，应该通过接口实现，其他模块不需要了解另一个模块中的具体实现，其他模块的改动，对当前模块的功能没有影响
• 接口分离原则 对外提供的功能不应该全部集中在一个接口中实现，一个接口应该只对应一个功能

二、设计模式的分类

创建型模式

单例模式：EventBus、数据库，分饿汉和懒汉

原型模式：Intent ，分浅克隆和深克隆

工厂方法模式：Retrofit的Converter.Factory、CallAdapter.Factory

抽象工厂模式：系列产品

建造者模式：Retrofit.Builder、OkHttpClient.Builde

结构型模式

代理模式：Binder通信原理、Retrofit（动态代理）、 SpringAOP（动态代理） 目标类A与代理类B都实现了相同的接口C，代理类B持有目标类A的引用，在B中完成对A的调用，同时也可在调用前、后对功能进行增强或相应处理

适配器模式：接口转换，第三方扩展兼容统一,RxJava的Adapter适配器 类适配器：类适配器A继承类适配者B，并实现目标接口C，在A中完成了将B的调用包装在C里 对象适配器：对象适配器A实现目标接口C，并持有类适配者B的引用，在A中完成了将B的调用包装在C里

桥接模式：多维扩展 聚合取代继承 抽象类 A里持有接口B的引用，A1、A2、A3…继承A，B1、B2、B3…实现B，完成了An与Bn的多种组合

装饰模式： Java I/O 标准库 具体构件类A实现抽象构件接口B，抽象装饰类C也实现抽象构件接口B，同时C持有B的引用，具体装饰类C1、C2、C3…继承C，Cn不仅能调用到A中的方法，还能附加自己的功能

外观模式：很多框架都有，门面，迪米特法则 外观类A持有子系统类A1、A2、A3…的引用，为A1、A2、A3…提供一个统一的对外接口（入口）

享元模式：String常量池，分单纯享元模式和复合享元模式 非享元类A以参数的方式传入到抽象享元接口B，具体享元类C实现抽象享元接口B，享元工厂类D负责管理和创建享元（可以用hashmap），完成了享元的共享和复用

组合模式：“部分-整体”的层次关系，树（枝、叶），分透明式和安全式 树叶构件类A和树枝构件类B都实现了抽象构件接口C，B主要是为了管理A，B中一般包含增删改查等方法，维护了A列表，因A、B都实现了C，所以调用方法起来，B会递归完成

行为型模式

模板方法模式：Activity生命周期，AsyncTask，自己封装的基类等等 抽象类A定义了模板方法（抽象方法、具体方法、钩子方法），具体子类B实现A中的抽象方法和钩子方法，最终将按模板方法的顺序执行

策略模式：Recyclerview的LayoutManager，Volley的request 具体策略类A1、A2、A3…实现了抽象策略接口A，环境类B持有策略类的引用，达到了不同策略算法的选择，避免了多重条件判断

命令模式：handler消息机制，Volley发送request 具体命令类A1、A2、A3…实现了抽象命令接口A，An持有接收者类Bn，调用者类C持有A，故而C调用了A，An调用了Bn，完成了命令的下发，同时C和Bn解耦

责任链模式：Android的事件分发机制，有序广播 具体处理类A实现了抽象处理类接口B，A中判断是否能进行处理，不能则传给后继者，由客户类C来创建并维护处理链，完成请求的链式下传，避免了多重条件判断

状态模式：线程的状态，只要你想登陆都可以使用状态模式 具体状态类A1、A2、A3…实现了抽象状态接口A，环境类B持有了A，B根据A的变化确定由An来执行，以此达到由状态改变行为，避免了多重条件判断

观察者模式：RxJava、EventBus、广播、点击事件都可以理解为观察者模式 具体观察者A1、A2、A3…实现了抽象观察者A，具体目标类B实现了抽象目标C中通知的方法，抽象目标C维护了一个A的集合（支持增删），当出现变化时，B会循环通知集合中的所有观察者A1、A2、A3…

中介者模式：MVP架构中的P，“网状结构”变为“星形结构” 具体同事类A1、A2、A3…实现了抽象同事类A中发送信息和接收信息的接口，抽象同事类A持有抽象中介者B的引用（用来实现A向B发送消息，请求中介转发），具体中介者C实现了抽象中介者B，并维护了一个A的集合（用来实现B向A发送消息，中介群发所有），由此建立了抽象同事类A和抽象中介者B的双向联系，完成了“一对多”转换为“一对一”

迭代器模式：Java中的 Collection、List、Set、Map 等都包含了迭代器，数据库Cursor游标 具体迭代器A实现了抽象迭代器B定义的hasNext()、first()、next() 等方法，A完成了对聚合列表的遍历，具体聚合类C实现了抽象聚合接口D定义的增删聚合对象及返回一个A对象，完成了聚合对象与其遍历行为的分离

访问者模式：多元素+多访问者+多行为（算法），关键是如何将作用于元素的操作分离出来封装成独立的类 对象结构类A维护了抽象元素B的集合，提供了增删元素方法，以及让某一访问者Cn遍历元素集合调用方法； 具体元素B1、B2、B3…实现抽象元素B，完成了由访问者调用元素的方法； 具体访问者C1、C2、C3…实现抽象访问者C，完成了元素操作方法的调用；

备忘录模式：Activity的onSaveInstanceState和onRestoreInstanceState 备忘录A记录了发起人B中的状态信息，并提供给B使用，B中提供了创建A和恢复A的功能，管理者C提供了保存和获取A的功能

解释器模式：AndroidManifest.xml解释 终结符表达式A、非终结符表达式B都实现抽象表达式C，A、B各自解释判断自己对应的终结/非终结表达式，环境类D提供A、B需要的数据或公共功能