Mybatis是不是用着很爽,当然也有更爽的Mybatis-Plus,但是无论是哪一个都可以通过xml编写sql语句,进而将业务代码和sql语句解耦,可是大家有没有思考过我们的xml是怎么和我们的Mapper接口建立联系的呢?
1.解析XML
首先,Mybatis 在初始化SqlSessionFactoryBean时,会找到mapperLocations配置的路径下中所有的XML文件并进行解析,这里我们重点关注两部分:
1.1 创建SqlSource
Mybatis会把每个SQL标签封装成SqlSource对象,然后根据SQL语句的不同,又分为动态SQL和静态SQL。
静态SQL包含一段String类型的sql语句;
动态SQL则是由一个个SqlNode组成。
假如我们有这样一个SQL:
<select id="getUserById" resultType="user">
select * from user
<where>
<if test="uid!=null">
and uid=#{uid}
</if>
</where>
</select>
它对应的SqlSource对象看起来应该是这样的:
2.2 创建MappedStatement
接下来,Mybatis会为XML中的每个SQL标签都生成一个MappedStatement对象,这里面有两个属性很重要:
- id:全限定类名+方法名组成的ID
- sqlSource:当前SQL标签对应的SqlSource对象
创建完的MappedStatement对象会被添加到Configuration中,Configuration对象就是Mybatis中的大管家,基本所有的配置信息都维护在这里。
当把所有的XML都解析完成之后,Configuration就包含了所有的SQL信息。
到目前为止,XML就解析完成了,当我们执行Mybatis方法的时候,就可以通过 “全限定类名+方法名” 找到MappedStatement对象,然后解析里面的SQL内容并进行执行即可。
2.Dao接口代理
但是Dao接口并没有具体的实现类,那么在被调用时,最终又是怎样找到我们的SQL语句的呢?
首先,我们在Spring配置文件中,一般会这样配置:
<bean class="org.mybatis.spring.mapper.MapperScannerConfigurer">
<property name="basePackage" value="com.viewscenes.netsupervisor.dao" />
<property name="sqlSessionFactoryBeanName" value="sqlSessionFactory"></property>
</bean>
如果是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()方法。
那么,目前为止,我们通过Dao接口也有了代理实现,所以就可以执行到它里面的方法了。
3.执行
如上所述,当我们调用Dao接口方法的时候,实际调用到代理对象的invoke()方法。在这里,实际上调用的就是SqlSession里面的东西了。
看到以上代码,说明我们想的不错。它就是通过statement(全限定类型+方法名)拿到MappedStatement对象,然后通过执行器Executor去执行具体SQL并返回。
4.总结
1、针对Mybatis中的Dao接口和XML文件里的SQL是如何建立关系的问题,主要可以归纳为下面几点小点:
- SqlSource以及动态标签SqlNode
- MappedStatement对象
- Spring工厂Bean以及动态代理
- SqlSession以及执行器
2、针对有两个XML文件和这个Dao建立关系是否会冲突的问题:不管有几个XML和Dao建立关系,只要保证namespace+id唯一即可。