mybatis运行流程

管子生产工厂

智能开关

黑心的水资源提供者,中间商减小水流,垄断,高价买水

那怎么办呢？

写一个类，实现该接口。这个就相当于大街上拉了一个人，认他做干爹。一身武艺传给他，只是比他干爹多了小DD，可以new实例。

通过妙手圣医Proxy的克隆大法（Proxy.getProxyClass()）克隆一个Class，但是有小DD。所以这个克隆人Class可以创建实例，也就是代理对象。

代理Class其实就是附有构造器的接口Class，一样的类结构信息，却能创建实例。

这是传统的传递Statement Id 和查询参数给 SqlSession 对象，使用 SqlSession对象完成和数据库的交互；MyBatis 提供了非常方便和简单的API，供用户实现对数据库的增删改查数据操作，以及对数据库连接信息和MyBatis 自身配置信息的维护操作

上述使用MyBatis 的方法，是创建一个和数据库打交道的SqlSession对象，然后根据Statement Id 和参数来操作数据库，这种方式固然很简单和实用，但是它不符合面向对象语言的概念和面向接口编程的编程习惯。由于面向接口的编程是面向对象的大趋势，MyBatis 为了适应这一趋势，增加了第二种使用MyBatis 支持接口（Interface）调用方式。

MyBatis 将配置文件中的每一个 节点抽象为一个 Mapper 接口，而这个接口中声明的方法和跟 节点中的 节点项对应，即 节点的id值为Mapper 接口中的方法名称，parameterType 值表示Mapper 对应方法的入参类型，而resultMap 值则对应了Mapper 接口表示的返回值类型或者返回结果集的元素类型。

据MyBatis 的配置规范配置好后，通过SqlSession.getMapper(XXXMapper.class) 方法，MyBatis 会根据相应的接口声明的方法信息，通过动态代理机制生成一个Mapper 实例，我们使用Mapper 接口的某一个方法时，MyBatis 会根据这个方法的方法名和参数类型，确定Statement Id，底层还是通过SqlSession.select("statementId",parameterObject);或者SqlSession.update("statementId",parameterObject); 等等来实现对数据库的操作，（至于这里的动态机制是怎样实现的，我将准备专门一片文章来讨论，敬请关注~）

MyBatis 引用Mapper 接口这种调用方式，纯粹是为了满足面向接口编程的需要。（其实还有一个原因是在于，面向接口的编程，使得用户在接口上可以使用注解来配置SQL语句，这样就可以脱离XML配置文件，实现“0配置”

a. 通过传入参数构建动态SQL语句；

b. SQL语句的执行以及封装查询结果集成List

3.1. 事务管理机制

3.2. 连接池管理机制

3.3. 缓存机制

3. 4. SQL语句的配置方式

负责根据用户传递的parameterObject，动态地生成SQL语句，将信息封装到BoundSql对象中，并返回

功能

XMLMapperBuilder

XMLStatementBuilder

作用

功能

方法

注意

把 Configuration 返回给 XMLConfigBuilder

返回给SqlSessionFactoryBuilder一个 DefaultSqlSessionFactory

SINPLE/REUSE/BATCH

CachingExecutor（（Executot）executor）

getMapper(Claaa type)

getMapper(Claaa type)

根据接口类型获取工厂类（MapperProxyFactory this .knownMappers.get（type）

newInstance()创建MapperProxy实例

Proxy.newProxyInstance 创建接口代理对象

返回MapperProxy实例

DefaultSqlSession 的getMapper()方法，调用了Configuration 的getMapper()方法。继而调到 MapperRegistry.getMapper：

不需要实现类的原因：我们只需要根据接口类型+方法的名称，就可以找到Statement ID 了，而唯一要做的一件事情也是这件，所以不需要实现类.在MapperProxy里面直接执行逻辑（也就是执行SQL）就可以