那么在我们Spring项目里注入dao并进行CRUD时，mybatis是怎么被Springboot加载以及怎么执行jdbc操作的？这里先贴出配置：

mybatis-spring-boot-starter依赖的作用实际是提供一个pom文件，该pom文件内有mybatis需要的所有依赖，其中比较重要的有mybatis-spring-boot-autoconfigure，如下图：

在mybatis-spring-boot-autoconfigure这个包内包含META-INF/spring.factories配置文件，Springboot就是通过该配置文件内定义的启动类来拉起mybatis的，如下图：

而Springboot触发读取这个配置文件的逻辑在@EnableAutoConfiguration注解上@Import注解引入的AutoConfigurationImportSelector.class类的selectImports方法里，有兴趣的可以在这个方法里打个断点debug下流程。

在《Springboot之Bean的加载过程》中讲到将类解析成BeanDefinition并最终实例化成Bean的过程，这里会向Spring容器注册几个重要的类：

代码如下：

SqlSessionFactory的实例化是通过SqlSessionFactoryBean.getObject()实现的，该类会被注入DataSource对象（负责管理数据库连接池，Session指的是一次会话，而这个会话是在DataSource提供的Connection上进行的），SqlSessionFactory.getObject()方法里会根据我们mybatis相关配置（比如上面的mybatis.mapper-locations配置）找到并解析我们的mapper文件，解析出sql与dao方法里的映射、ResultMap与具体实体类的映射等，并放到SqlSessionFactory的Configuration中缓存下来，在后续调用过程中会通过这些信息来匹配jdbc操作。

该类实现了我们常用的CRUD操作，在执行CRUD时，会通过SqlSessionFactory对象获取Session来操作，所以会持有SqlSessionFactory对象

该类负责遍历被@Mapper标注的类，并将这些扫描到的类解析成BeanDefinition注册到Spring容器中，核心逻辑在registerBeanDefinitions中，需要注意的一点是，在扫描到被@Mapper标注的类时，会将这些类解析成beanClass为MapperFactoryBean的BeanDefinition，同时会告知Spring容器在将这个BeanDefinition实例化成Bean时，需要注入SqlSessionFactory和SqlSessionTemplate对象，截图如下：

从这里可以看出我们在代码中注入的dao实际上是一个动态代理类，由MapperFactoryBean这个FactoryBean的getObject()方法生成

MapperFactoryBean.getObject()逻辑由BeanFactory的getBean(string beanName)触发，getObject()代码如下：

getSqlSession()获取的是SqlSessionTemplate对象，this.mapperInterface就是我们的dao层接口，比如开头demo里的被@Mapper标注的UserInfoDao，最终会通过MapperProxyFactory来生成动态代理类，代码如下：

这里的参数SqlSession就是SqlSessionTemplate对象，可以看出是通过基于接口的JDK的Proxy来生成动态代理，在我们代码中进行CRUD时候，最后都会通过MapperProxy类（该类实现了InvocationHandler接口）的invoke(Object proxy, Method method, Object[] args)方法来处理.

通过上面的加载过程，我们了解到最后注入到业务代码的是一个动态代理类，我们再看下这个动态代理类的调用过程，主要逻辑在MapperProxy类（该类实现了InvocationHandler接口）的invoke(Object proxy, Method method, Object[] args)方法，我这里以select请求为例，代码如下：

SqlSessionTemplate在加载阶段会根据配置的mapper文件解析出对应的映射关系，并封装好元数据信息（包括需要执行的sql、返回类型等），而MapperMethod的构造器被调用时会通过SqlSessionTemplate里的映射关系拿到这些元数据信息并封装成SqlCommand对象，在执行jdbc操作时会通过SqlCommand来获取jdbc信息来执行后续逻辑，debug截图如下：

最终通过SqlSessionTemplate类来实现jdbc操作，debug图如下：

而sqlSession.selectOne方法会调用到SqlSessionTemplate的内部类SqlSessionInterceptor.invoke(Object proxy, Method method, Object[] args)方法里，主要逻辑如下：

通过SqlSessionFactory从DataSource连接池中获取sqlSession，这里会先从一个ThreadLocal中获取，因为开启了事务的话，sqlSession会通过ThreadLocal来传递，如果没有开启事务，则从连接池中获取新的Session

通过反射来调用获取到的sqlSession对象（这里获取到的是DefaultSqlSession）的selectList方法

以dao的接口名+方法名为key获取之前解析到的元数据信息，包括对应的sql、返回类型等，debug截图如下：

通过四大组件之一的Executor的实现类CachingExecutor类（因为mybatis默认开启缓存，所以会使用这个实现类）来执行jdbc操作，该类封装了cache相关操作，先解析出该方法需要执行的sql，debug图如下：

这里会首先去查询是否开启了二级缓存（需要在mapper文件里家在配置，二级缓存是namespace粒度的），如果开启了缓存，则会直接从缓存中查询，debug图如下：

然后会查询一级缓存（session粒度），如果没有命中缓存则继续后续操作，debug图如下：

通过四大组件之一的statementHandler的实现类RoutingStatementHandler类来执行CRUD操作，这个类主要是封装类，不提供具体的实现，只是根据Executor的类型，创建不同的类型StatementHandler，默认创建带有预编译功能的PreparedStatementHandler类，debug图如下：

通过四大组件之一的ParameterHandler来拼接sql中的参数，debug图如下：

通过四大组件之一的ResultSetHandler来处理返回值，将数据库返回值绑定到对应的实体类，debug图如下：

处理缓存信息、释放资源等逻辑