建造者设计模式（Bulider）
建造者模式（Builder Pattern）使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
Builder模式的定义是“将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。”，它属于创建类模式。
一般来说，如果一个对象的构建比较复杂，超出了构造函数所能包含的范围，就可以使用工厂模式和Builder模式。
相对于工厂模式会产出一个完整的产品，Builder应用于更加复杂的对象的构建，甚至只会构建产品的一个部分。
在Mybatis中有SqlSessionFactoryBuilder，构建SqlSessionFactory， 这就是使用了建造者模式。
另外在Mybatis中类名以Builder结尾基本上都是建造者模式。下面是Mybatis中一个很完整的建造者模式：
（1）在Mybatis环境的初始化过程中，SqlSessionFactoryBuilder会调用XMLConfigBuilder读取所有的MybatisMapConfig.xml和所有的Mapper.xml文件，构建Mybatis运行的核心对象Configuration对象，然后将该Configuration对象作为参数构建一个SqlSessionFactory对象。
（2）其中XMLConfigBuilder在构建Configuration对象时，也会调用XMLMapperBuilder用于读取*Mapper文件 （3）而XMLMapperBuilder会使用MapperAnnotationBuilder(或者XMLStatementBuilder)来读取和build所有的SQL语句。
在这个过程中，有一个相似的特点，就是这些Builder会读取文件或者配置，然后做大量的XpathParser解析、配置或语法的解析、反射生成对象、存入结果缓存等步骤，这么多的工作都不是一个构造函数所能包括的，因此大量采用了Builder模式来解决
工厂模式
就是专门创建某某对象的工厂，你要什么对象，尽管开口，能创建的我来创建，你无需知道是怎么创建出来的。
在Mybatis中以Factory结尾的类，基本上都是使用了工厂模式。
比如说：
SqlSessionFactory：创建SqlSession对象。
ObjectFactory：对象工厂，所有对象都要由工厂来产生 。
MapperProxyFactory：创建映射器代理 MapperProxy对象。
单例模式
单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。
org.apache.ibatis.logging.LogFactory，日志工厂类。是提供给整个Mybatis使用的日志工厂，用于获得针对项目配置好的日志对象。
org.apache.ibatis.executor.ErrorContext。是用在每个线程范围内的单例，用于记录该线程的执行环境错误信息
代理模式
在代理模式（Proxy Pattern）中，一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。
Mybatis实现的核心，比如MapperProxy为绑定我们开发的Mapper和Mapper.xml创建代理类、Plugin为每个插件创建一个代理类等。
Mybatis中尤其是动态代理使用的是相当的多，建议大家，先学习代理模式，然后在学习动态代理（JDK和CGlib这两种），如果想看Mybatis源码，动态代理是必须掌握的。
适配器模式
适配器模式（Adapter Pattern）是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。这种模式涉及到一个单一的类，该类负责加入独立的或不兼容的接口功能。
在Mybatis中，Log，对于Log4j、JDK、longging这些没有直接是想slf4j接口的日志组件，需要适配器。
模板方法模式
在模板模式（Template Pattern）中，一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
在Mybatis中，例如父类BaseExecutor，子类SimpleExecutor、BatchExecutor、ReuseExecutor。还有BaseTypeHandler和所有的子类例如IntegerTypeHandler；
基本都是在父类里实现一个通用的方法，然后创建一个抽象方法，这个抽象方法留给子类自己去实现。这个抽象方法也叫钩子方法。
其中的BaseExecutor就采用了模板方法模式，它实现了大部分的SQL执行逻辑，然后把以下几个方法交给子类定制化完成：
该模板方法类有几个子类的具体实现，使用了不同的策略：
简单SimpleExecutor：每执行一次update或select，就开启一个Statement对象，用完立刻关闭Statement对象。（可以是Statement或PrepareStatement对象）
重用ReuseExecutor：执行update或select，以sql作为key查找Statement对象，存在就使用，不存在就创建，用完后，不关闭Statement对象，而是放置于Map内，供下一次使用。（可以是Statement或PrepareStatement对象）
批量BatchExecutor：执行update（没有select，JDBC批处理不支持select），将所有sql都添加到批处理中（addBatch()），等待统一执行（executeBatch()），它缓存了多个Statement对象，每个Statement对象都是addBatch()完毕后，等待逐一执行executeBatch()批处理的；BatchExecutor相当于维护了多个桶，每个桶里都装了很多属于自己的SQL，就像苹果蓝里装了很多苹果，番茄蓝里装了很多番茄，最后，再统一倒进仓库。（可以是Statement或PrepareStatement对象）
装饰器模式
装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。
实际开发中，大多数用于对老项目的某些功能进行扩展。新项目中一般不怎么用此模式。
此设计模式重点在于对已有的功能进行扩展。
在Mybatis中，Cache的实现类LruCache、FifoCache等都是装饰一个类PerpetualCache。常见代码格式，就是装饰类中会有个被装饰类的属性，并且这个属性还是构造方法的参数。
用于装饰PerpetualCache的标准装饰器共有8个（全部在org.apache.ibatis.cache.decorators包中）：
1、FifoCache：先进先出算法，缓存回收策略
2、LoggingCache：输出缓存命中的日志信息
3、LruCache：最近最少使用算法，缓存回收策略
4、ScheduledCache：调度缓存，负责定时清空缓存
5、SerializedCache：缓存序列化和反序列化存储
6、SoftCache：基于软引用实现的缓存管理策略
7、SynchronizedCache：同步的缓存装饰器，用于防止多线程并发访问
8、WeakCache：基于弱引用实现的缓存管理策略
另外，还有一个特殊的装饰器TransactionalCache：事务性的缓存
正如大多数持久层框架一样，mybatis缓存同样分为一级缓存和二级缓存
一级缓存，又叫本地缓存，是PerpetualCache类型的永久缓存，保存在执行器中（BaseExecutor），而执行器又在SqlSession（DefaultSqlSession）中，所以一级缓存的生命周期与SqlSession是相同的。
二级缓存，又叫自定义缓存，实现了Cache接口的类都可以作为二级缓存，所以可配置如encache等的第三方缓存。二级缓存以namespace名称空间为其唯一标识，被保存在Configuration核心配置对象中。
二级缓存对象的默认类型为PerpetualCache，如果配置的缓存是默认类型，则mybatis会根据配置自动追加一系列装饰器。
Cache对象之间的引用顺序为：
SynchronizedCache–>LoggingCache–>SerializedCache–>ScheduledCache–>LruCache–>PerpetualCache
责任链模式
任链模式（Chain of Responsibility Pattern）为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会把相同的请求传给下一个接收者，依此类推
生活中的案例：
我们在OA系统发起一个审批，显示项目经理，再是部门经理，再是HR，再是老板。
面试流程，显示小组长面试里，项目经理面试，部门经理面试，HR面试
在Mybatis中，InterceptorChain中有个属性interceptors，其中就是保存了所有Mybatis的插件，执行插件的时候就是遍历这个interceptors。A插件->B插件->C插件....
其实在Mybatis中还有更多的设计模式，比如说组合模式、迭代器模式 等。
总结：
1、Builder模式，例如SqlSessionFactoryBuilder、XMLConfigBuilder、XMLMapperBuilder、XMLStatementBuilder、CacheBuilder；
2、工厂模式，例如SqlSessionFactory、ObjectFactory、MapperProxyFactory；
3、单例模式，例如ErrorContext和LogFactory；
4、代理模式，Mybatis实现的核心，比如MapperProxy为绑定我们开发的Mapper和Mapper.xml创建代理类、Plugin为每个插件创建一个代理类、ConnectionLogger，用的jdk的动态代理；还有executor.loader包（延迟加载）使用了cglib或者javassist达到延迟加载的效果；
5、组合模式，例如SqlNode和各个子类ChooseSqlNode等；就是动态SQL
6、模板方法模式，例如BaseExecutor和SimpleExecutor，还有BaseTypeHandler和所有的子类例如IntegerTypeHandler；
7、适配器模式，例如Log的Mybatis接口和它对jdbc、log4j等各种日志框架的适配实现；
8、装饰者模式，例如Cache包中的cache.decorators子包中等各个装饰者的实现；
9、迭代器模式，例如迭代器模式PropertyTokenizer；