前言

Mybatis应该是当前已知的主流框架源码阅读成本最低，设计最为简洁友好的框架。
设计模式差不多是框架设计者和阅读者的潜在遵守的规约，如果双方都按照这个套路来，读写双方都很愉快。
如果把编码比作文章的话，设计模式差不多也是整个行文的中心思想和脉络，按照既定模式来撸，没毛病！

Mybatis 整体架构图

Mybatis核心流程之SqlSessionFactory与 SqlSession.

涉及到的设计模式： 工厂模式 建造者模式

Mybatis之MapperProxy - 生成mapper对象

涉及的设计模式： 单例模式 代理模式

Mybatis之执行器Excutor：直接与JDBC交互

执行器

涉及的设计模式：模板方法 策略模式 职责链模式

一、工厂模式

Mybatis获取数据源的方式就用了工厂模式，设计简洁，可拓展性好。
工厂模式是Java对象实例化的一种解决方案。

简单工厂模式

UML
工厂方法模式的应用- Mybatis数据源配置

数据源工厂模式类图

综上对比
工厂方法比简单工厂模式更符合开闭原则，但是对应的复杂度也更高了！
产品接口
JDBC原生数据源接口
ps: 实际开发中关于Connection的管理基本不用mybatis原生的，已经被druid连接池取代

public interface DataSource   {
 
  Connection getConnection() throws SQLException;

  Connection getConnection(String username, String password);
}

工厂接口- Mybatis数据源工厂接口

public interface DataSourceFactory {

  void setProperties(Properties props);

  DataSource getDataSource();

}

工厂接口的三个实现类

 //JNDI获取数据源
 public class JndiDataSourceFactory implements DataSourceFactory 
.....
//不使用连接池的简单实现
 public class UnpooledDataSourceFactory implements DataSourceFactory 
.....
//使用连接池的简单实现
 public class PooledDataSourceFactory extends UnpooledDataSourceFactory 
....

产品实现类（使用连接池...）

public class PooledDataSource implements DataSource {

  public PooledDataSource() {
    dataSource = new UnpooledDataSource();
  }

  public PooledDataSource(UnpooledDataSource dataSource) {
    this.dataSource = dataSource;
  }

  public PooledDataSource(String driver, String url, String username, String password) {
    dataSource = new UnpooledDataSource(driver, url, username, password);
    expectedConnectionTypeCode = assembleConnectionTypeCode(dataSource.getUrl(), dataSource.getUsername(), dataSource.getPassword());
  }

mybatis 数据源定义配置（客户端)

小结

产品接口&工厂接口就是设计中常见的顶层模块
实现类就是可变模块

tips

工厂模式是我们最常用的实例化对象模式了，是代替new操作的一种模式。
工厂方法确实为系统结构提供了非常灵活强大的动态扩展机制，增加拓展功能，只需添加对应的工厂接口和产品实现接口的一对实现，系统其他地方无需变更。
工厂方法类比于建造者Build模式，前者偏向于类的实例化（new出来)，后者侧重于类的初始化构建，属性填充，不再是简单new.

二、装饰器模式

通过组合的方式动态地给一个对象添加一些额外的职责或者行为

在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责，很契合设计模式原则之一开闭原则
当对象族实现复杂度已经无法用继承来实现(eg:可能有大量独立的扩展)
装饰类增加了系统的扩展性，对单元测试友好

为支持每一种组合将产生大量的子类，使得子类数目呈现组合叠加爆炸性增长)

源码套路

X x=new X1(new X2(new X3()))......

UML类图

装饰器模式-UML

一层一层嵌套，"装饰器类" 持有目标对象的引用，具体方法执行委托给具体的目标对象子类形成了一连串"装饰器链"，不断地增强功能

应用场景1

mybatis 二级缓存

抽象组件具体实现类 (cache.impl包下)
装饰器族(cache.decorators包下)

build模式构建二级缓存

 Cache cache = new CacheBuilder(currentNamespace)
        .implementation(valueOrDefault(typeClass, PerpetualCache.class))
        .addDecorator(valueOrDefault(evictionClass, LruCache.class))
        .clearInterval(flushInterval)
        .size(size)
        .readWrite(readWrite)
        .blocking(blocking)
        .properties(props)
        .build();

装饰器入口（重点看装饰器链的组成)

  if (PerpetualCache.class.equals(cache.getClass())) {
      for (Class decorator : decorators) {
        cache = newCacheDecoratorInstance(decorator, cache);
        setCacheProperties(cache);
      }
      cache = setStandardDecorators(cache);
    } else if (!LoggingCache.class.isAssignableFrom(cache.getClass())) {
      cache = new LoggingCache(cache);
    }
 
     try {
      MetaObject metaCache = SystemMetaObject.forObject(cache);
      if (size != null && metaCache.hasSetter("size")) {
        metaCache.setValue("size", size);
      }
      if (clearInterval != null) {
        cache = new ScheduledCache(cache);
        ((ScheduledCache) cache).setClearInterval(clearInterval);
      }
      if (readWrite) {
        cache = new SerializedCache(cache);
      }
      cache = new LoggingCache(cache);
      cache = new SynchronizedCache(cache);
      if (blocking) {
        cache = new BlockingCache(cache);
      }
      return cache;
    } catch (Exception e) {
      throw new CacheException("Error building standard cache decorators.  Cause: " + e, e);
    }
四不四很符合X x=new X1(new X2(new X3()))......[呲牙]

以FifoCache分析一下装饰器的使用

 public class FifoCache implements Cache {
  private final Cache delegate;
  public FifoCache(Cache delegate) {
    this.delegate = delegate;
    this.keyList = new LinkedList