共计 2778 个字符，预计需要花费 7 分钟才能阅读完成。
关注“Java 后端技术全栈”
回复“面试”获取全套面试材料
从 2018 年开始，我的简历上开始有一句很 diao 的话：
❝
钻研过 Mybatis 源码
❞
而后，每次面试都会被问到 Mybatis 里的设计模式。
面试官问：既然你钻研过 Mybatis 源码，哪里说说 Mybatis 用了哪些常见的设计模式？
我基本上都是把相干设计模式先答复一遍。
我：单量模式、代理模式、工厂模式、装璜器模式 ….. 劈哩吧啦的说上一堆设计模式。
面试官：能不能说说装璜器模式在 Mybatis 中的什么场景中会用到？
我个别是先说什么是装璜器模式，有什么益处，Mybatis 中哪里用到了，这样用什么益处。
接下来，面试官个别都是抓住其中两三个问。
也为了避免老铁们被问得更多，明天我就整顿一番。
建造者设计模式
建造者模式（Builder Pattern）应用多个简略的对象一步一步构建成一个简单的对象。这种类型的设计模式属于创立型模式，它提供了一种创建对象的最佳形式。
在 Mybatis 中有 SqlSessionFactoryBuilder，构建 SqlSessionFactory，这就是应用了建造者模式。
另外在 Mybatis 中类名以 Builder 结尾基本上都是建造者模式。上面是 Mybatis 中一个很残缺的建造者模式：
XMLConfigBuilder：XML 配置构建器，建造者模式，继承 BaseBuilder。
工厂模式
就是专门创立某某对象的工厂，你要什么对象，只管闭口，能创立的我来创立，你无需晓得是怎么创立进去的。
在 Mybatis 中以 Factory 结尾的类，基本上都是应用了工厂模式。
生存中案例：很多外包公司，做银行零碎，银行只有把需要给他，给我做个什么什么零碎，外包公司拼了命的叫老铁们加班，最初赶出来了。外包公司就是工厂，银行就是客户端。客户端不论你是怎么搞进去的，外包公司也不给银行说。
比如说：
SqlSessionFactory：创立 SqlSession 对象。
ObjectFactory：对象工厂，所有对象都要由工厂来产生。
MapperProxyFactory：创立映射器代理 MapperProxy 对象。
单例模式
单例模式（Singleton Pattern）是 Java 中最简略的设计模式之一。这种类型的设计模式属于创立型模式，它提供了一种创建对象的最佳形式。这种模式波及到一个繁多的类，该类负责创立本人的对象，同时确保只有单个对象被创立。这个类提供了一种拜访其惟一的对象的形式，能够间接拜访，不须要实例化该类的对象。
生存中案例：习大大就只能有一个，太阳只有一个，月亮只有一个。
org.apache.ibatis.logging.LogFactory，日志工厂类。
为什么是单例模式呢？状况上面代码：
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；
根本都是在父类里实现一个通用的办法，而后创立一个形象办法，这个形象办法留给子类本人去实现。这个形象办法也叫钩子办法。
装璜器模式
装璜器模式（Decorator Pattern）容许向一个现有的对象增加新的性能，同时又不扭转其构造。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。这种模式创立了一个装璜类，用来包装原有的类，并在放弃类办法签名完整性的前提下，提供了额定的性能。
理论开发中，大多数用于对老我的项目的某些性能进行扩大。新我的项目中个别不怎么用此模式。
生存中的案例：人靠衣裳马靠鞍。美容照相机、没有摄影机，美图秀秀。
此设计模式重点在于对已有的性能进行扩大。
在 Mybatis 中，Cache 的实现类 LruCache、FifoCache 等都是装璜一个类 PerpetualCache。常见代码格局，就是装璜类中会有个被装璜类的属性，并且这个属性还是构造方法的参数。
责任链模式
任链模式（Chain of Responsibility Pattern）为申请创立了一个接收者对象的链。这种模式给予申请的类型，对申请的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。在这种模式中，通常每个接收者都蕴含对另一个接收者的援用。如果一个对象不能解决该申请，那么它会把雷同的申请传给下一个接收者，依此类推。
生存中的案例：
❝
咱们在 OA 零碎发动一个审批，显示项目经理，再是部门经理，再是 HR，再是老板。
面试流程，显示小组长面试里，项目经理面试，部门经理面试，HR 面试。
❞
在 Mybatis 中，InterceptorChain 中有个属性 interceptors，其中就是保留了所有 Mybatis 的插件，执行插件的时候就是遍历这个 interceptors。A 插件 ->B 插件 ->C 插件 ….
总结
下面一共说了 8 种设计模式。其实在 Mybatis 中还有更多的设计模式，比如说组合模式、迭代器模式 等。
对于文中的 8 种设计模式，我倡议一个优先级，由高往低：
单例 -> 工厂 -> 模板办法 -> 代理 -> 装璜器 -> 责任链 -> 适配器 -> 建造者。
后面五个集体强烈推荐把握。
举荐浏览
答了 Mybatis 这个问题后，面试官叫我回去等告诉……
《构建高性能 WEB 站点》.pdf
《算法导论》.pdf
