从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种设计模式,我建议一个优先级,由高往低:

单例->工厂->模板方法->代理->装饰器->责任链->适配器->建造者。

前面五个个人强烈推荐掌握。