mybatis的mapper为什么不用写实现类的源码分析

 

 

首先看下我们spring和mybatis扫描包的时候是怎样写：

有两种写法：

　　第一种写法：

<mybatis-spring:scan base-package="com.gupaoedu.crud.dao"/>

　　

　　第二种写法：

<bean id="mapperScanner" class="org.mybatis.spring.mapper.MapperScannerConfigurer">
    <property name="basePackage" value="com.gupaoedu.crud.dao"/>
</bean>

 

第一种写法是spring解析xml文件时提供了一个钩子方法给其他框架去解析他们自定义的标签

 

 

1.那为什么要去解析mybatis的NameSpaceHander呢他又没注入到容器里?

2.图中时scan而不是mybatis-spring:scan

 

 

问题解析：

首先配置applcationcContext.xml时

 

 

 

会加入这个文件，如果不加入的话就会xml的约束会提示mybatis-spring:scan报错的

 

spring启动的时候会查找META-INF/spring.handlers 这个文件下的内容，下图所示

 

 

 

 

 

这里就关联上了，spring会扫描这个文件下的内容

 

因此这下面三个东西就关联上了。<mybatis-spring:scan > 标签找到 http://mybatis.org/schema/mybatis-spring 再找到org.mybatis.spring.config.NamespaceHandler

这样就可以解析自定义标签了

http://mybatis.org/schema/mybatis-spring   
org.mybatis.spring.config.NamespaceHandler
mybatis-spring

 

下面这一点就是注入相应的解析器代码

 

 

 

 

现在分析spring+mybatis结合的入口分析

 

写法一入口查看：

 

 

 

写一部查看一下解析器里面的内容

 

 

 

写法二也是通过ClassPathMapperScanner扫描包的，所以这里也一同分析方法二

因为扫描的操作是一样的，后面再分析是怎么扫描的：

 

写法二是注入MapperScannerConfigurer： 打开查看

 

 

因为实现了BeanDefinitionRegistryPostProcessor 所以注入BeanDefinition后会调用postProcessBeanDefinitionRegistry

 

 

 

从上图所示也是和写法一一样通过ClassPathMapperScanner 来扫描包

 

查看ClassPathMapperScanner的继承的类

 

我们查看一下ClassPathMapperScanner.scan方法 他是他父类的方法来的

 

 

 

然后再查看doScan 这个ClassPathMapperScanner 重写了父类的方法：

 

 

 

现在查看一下this.processBeanDefinitions(beanDefinitions);

 

 

帮接口都注入了实现类mapperFactoryBean，

 

mapperFactoryBean如下

 

 

 

 

mapperFactoryBean构造方法是要带上类名的。。因为实现了FactoryBean 从容器取出对象时会调用getObject。从getOject里可以看到

　　 this.getSqlSession().getMapper(this.mapperInterface);

 

这就是mybatis操作数据库的操作了。。所以文章也到此结束了