面试题

Mybatis中的Dao接口和XML文件里的SQL是如何建立关系的？

分析过程

一、解析XML

首先，Mybatis在初始化SqlSessionFactoryBean的时候，找到mapperLocations路径去解析里面所有的XML文件，这里我们重点关注两部分。

1、创建SqlSource

Mybatis会把每个SQL标签封装成SqlSource对象，然后根据SQL语句的不同，又分为动态SQL和静态SQL。其中，静态SQL包含一段String类型的sql语句；而动态SQL则是由一个个SqlNode组成。

 

假如我们有这样一个SQL：

它对应的SqlSource对象看起来应该是这样的：

 

2、创建MappedStatement

XML文件中的每一个SQL标签就对应一个MappedStatement对象，这里面有两个属性很重要。

id：全限定类名+方法名组成的ID。

sqlSource：当前SQL标签对应的SqlSource对象。

创建完MappedStatement对象，将它缓存到Configuration#mappedStatements中。

Configuration对象就是Mybatis中的大管家，基本所有的配置信息都维护在这里。把所有的XML都解析完成之后，Configuration就包含了所有的SQL信息。

到目前为止，XML就解析完成了。当我们执行Mybatis方法的时候，就通过全限定类名+方法名找到MappedStatement对象，然后解析里面的SQL内容，执行即可。

二、Dao接口代理

我们的Dao接口并没有实现类，那么，我们在调用它的时候，它是怎样最终执行到我们的SQL语句的呢？

首先，我们在Spring配置文件中，一般会这样配置：

或者你的项目是基于SpringBoot的，那么肯定也见过这种：

@MapperScan("com.xxx.dao")

它们的作用是一样的。将包路径下的所有类注册到Spring Bean中，并且将它们的beanClass设置为MapperFactoryBean。MapperFactoryBean实现了FactoryBean接口，俗称工厂Bean。那么，当我们通过@Autowired注入这个Dao接口的时候，返回的对象就是MapperFactoryBean这个工厂Bean中的getObject()方法对象。

那么，这个方法干了些什么呢？

简单来说，它就是通过JDK动态代理，返回了一个Dao接口的代理对象，这个代理对象的处理器是MapperProxy对象。所有，我们通过@Autowired注入Dao接口的时候，注入的就是这个代理对象，我们调用到Dao接口的方法时，则会调用到MapperProxy对象的invoke方法。

对这块内容不太能理解的朋友，可以先看看Spring中的FactoryBean 和 JDK动态代理相关知识

曾经有个朋友问过这样一个问题：

对于有实现的dao接口，mapper还会用代理么？

答案是肯定，只要你配置了MapperScan，它就会去扫描，然后生成代理。但是，如果你的dao接口有实现类，并且这个实现类也是一个Spring Bean，那就要看你在Autowired的时候，去注入哪一个了。

具体什么意思呢？我们来到一个例子。如果我们给userDao搞一个实现类，并且把它注册到Spring。

然后我们在Service方法中，注入这个userDao。猜猜会发生什么？

也许你已经猜到了，是的，它会启动报错。因为在注入的时候，找到了两个UserDao的实例对象。日志是这样的：

No qualifying bean of type [com.viewscenes.netsupervisor.dao.UserDao] is defined: expected single matching bean but found 2: userDaoImpl,userDao

当然了，也许我们的命名不太规范。其实我们通过名字注入就可以了，像这样：

@Autowired
UserDao userDao;

或者

@Autowired
UserDao userDaoImpl;

再或者

给其中一个Bean加上@Primary注解。

三、执行

如上所述，当我们调用Dao接口方法的时候，实际调用到代理对象的invoke方法。 在这里，实际上调用的就是SqlSession里面的东西了。

是通过statement全限定类型+方法名拿到MappedStatement 对象，然后通过执行器Executor去执行具体SQL并返回。