Mapper扫描过程
我们需要关注这两个类:
- MapperScannerRegistrar
- MapperScannerConfigurer
好下面我们来跟踪一下源码看看整个流程,首先在MapperScannerRegistrar执行的时候,注册了一个MapperScannerConfigurer。
然后我们又可以看到MapperScannerConfigurer实现了BeanDefinitionRegistryPostProcessor接口,往上就是BeanFactoryPostProcessor,在IOC刷新的时候FactoryPostProcessor会被调用,所以核心工作都是MapperScannerConfigurer来完成。
那我们看看MapperScannerConfigurer完成了那些工作呢?
总体核心逻辑如下:
设置扫描的条件:
在 scanner.registerFilters()这里就增加了判断条件IncludeFilter。
完成了Mapper的扫描:
扫描以后进行后处理,为Bean设置beanClass 为MapperFactoryBean,这就是为什么我们注入的时候是一个代理的Bean就是通过这个工厂进行创建的。
Scanner在做扫描的时候最终调用的是父类的方法,并且我们可以看到,MapperScan配置的包路径在这里出现。
之所以出现了@MapperScan配置的类,因为在注册Bean的时候还解析了@MapperScan这个标签:
那如果我们没有写@MapperScan呢?放心在AutoConfigration里面还有一个Bean AutoConfiguredMapperScannerRegistrar这个默认会扫描SpirngBoot 同包下的Mapper.
至此Mapper扫描过程就清楚了,第一方式通过@MapperScan 第二终方式通过默认的Bean扫描Springboot同包下的Mapper。
Mapper代理过程
Mapper代理对象的创建是MapperFactoryBean最终是MapperRigistery进行创建。
那为什么会走MapperFactoryBean来创建呢?我们看在调用BeanFactoryPostProcessor的时候调用了这个方法,去判断了这个Bean是否是由FactoryBean来提供。
还记得上面提到了,在扫描以后做了BeanClass的配置吗?这里就是因为那边配置了,所以判断得到这个对象由FactoryBean来进行提供。
同时这里还有一个缓存机制factoryBeanInstanceCache进行缓存。
在创建Bean的时候就会根据这个进行判断,这里当BeanName是Mapper的时候返回的Bean是MpperFactoryBean.
然后再AbstractBeanFactory的时候,通过下面的方法获取代理对象,最终就会到MapperRigistery去创建。