MyBatis框架中的5种设计模式总结

前言

MyBatis框架中使用的5种设计模式分别是：1、建造者模式（生成器模式）。2、工厂模式。3、单例模式。4、代理模式。5、适配器模式。

1、建造者模式（生成器模式）

在MyBatis环境的初始化过程中，SqlSessionFactoryBuilder会调用 XMLConfigBuilder读取

所有的MyBatisMapConfig.xml和所有的 *Mapper.xml文件，构建MyBatis运行的核心对象

Configuration对象，然后将该Configuration对象作为参数构建一个SqlSessionFactory对

象。

2、工厂模式

• 在MyBatis中比如 SqlSessionFactory使用的是工厂模式，该工厂没有那么复杂的逻辑，是一个简单工厂模式。

• SqlSession可以认为是一个MyBatis工作的核心的接口，通过这个接口可以执行执行SQL语句、获取Mappers、管理事务。类似于连接MySQL的 Connection对象。

3、单例模式

• 在MyBatis中有两个地方用到单例模式，ErrorContext和 LogFactory，其中 ErrorContext​​​​​​​是用在每个线程范围内的单例，用于记录该线程的执行环境错误信息，而 LogFactory则是提供给整个MyBatis使用的日志工厂，用于获得针对项目配置好的日志对象。

 public class ErrorContext {/*** 每个线程各自的数据*/private static final ThreadLocal<ErrorContext> LOCAL = new ThreadLocal<>();​private ErrorContext() {}​public static ErrorContext instance() {ErrorContext context = LOCAL.get();if (context == null) {context = new ErrorContext();LOCAL.set(context);}return context;}​}

• 构造函数是private修饰，具有一个static的局部instance变量和一个获取instance变量的方法，在获取实例的方法中，先判断是否为空如果是的话就先创建，然后返回构造好的对象。

• 只是这里有个有趣的地方是，LOCAL的静态实例变量使用了 ThreadLocal修饰，也就是说它属于每个线程各自的数据，而在 instance()方法中，先获取本线程的该实例，如果没有就创建该线程独有的ErrorContext。

4、代理模式

代理模式可以认为是MyBatis的核心使用的模式，正是由于这个模式，我们只需要编写 Mapper.java接口，不需要实现，由MyBatis后台帮我们完成具体SQL的执行。

5、适配器模式

• 在MyBatis的logging包中，有一个Log接口：

  该接口定义了MyBatis直接使用的日志方法，而Log接口具体由谁来实现呢？

• MyBatis提供了多种日志框架的实现，这些实现都匹配这个Log接口所定义的接口方法，最终实现了所有外部日志框架到MyBatis日志包的适配。