这篇笔记主要来就，mybatis是如何利用spring的扩展点来实现和spring的整合
1.mybatis和spring整合之后，我们就不需要使用sqlSession.selectOne()这种方式了，可以直接从spring容器中获取到接口的代理对象，然后调用对应的目标方法，那么，mybatis在将接口交给spring管理的时候，用到了三个扩展点：
1.1 factoryBean mapperFactoryBean就是实现了factoryBean，然后，通过getObject方法来返回一个代理对象
1.2 mapperFactoryBean同时继承了SqlSessionDao,SqlSessionDao继承了DaoSupport,DaoSuppor有实现了InitializingBean,在初始化mybatis接口的时候，会调用DaoSupport的afterPropertiesSet()方法，也就是spring的初始化方法
1.3 mapperScannerRegistrar实现了ImportBeanDefinitionRegistrar接口，在registerBeanDefinitions方法中，会对mapperScan注解声明的包，进行扫描，class，扫描到beanDefinitionMap中，然后完成bean的初始化
2.mybatis在和spring整合的时候，需要用到一个注解 @MapperScan,这个注解使用了@Import,引入了mapperScannerRegistrar，关于import注解的作用，在spring源码解析(一)中有介绍，不详细说了，在将类put到beanDefinitionMap中的时候，会执行mapperScannerRegistrar的registryBeanDefintions方法,这时候，会调用doScan方法，将mapperScan对应包下的class扫描出来，放到beanDefinitionMap中，这里要提的一个点是：
@ComponentScan和@MapperScan,两个注解的包可能会一样，扫描出来的所有.class文件都是一样的，但是注入到beanDefinitionMap中的时候，ComponentScan注解注入的是@Component、@Controller、@Repository、@Service注解对应的class，mapperScan注入的是接口对应的类，关于这个点，我debug看过源码，在后面会把代码贴出来
public Set<BeanDefinitionHolder> doScan(String... basePackages) {
Set<BeanDefinitionHolder> beanDefinitions = super.doScan(basePackages);
if (beanDefinitions.isEmpty()) {
this.logger.warn("No MyBatis mapper was found in '" + Arrays.toString(basePackages) + "' package. Please check your configuration.");
} else {
this.processBeanDefinitions(beanDefinitions);
}
return beanDefinitions;
}
这个方法就是mapperScannerRegistrar中要调用的扫描方法，supper.doScan()会把包下所有的接口注入到beanDefinitionMap中，在注入完之后，会对mybatis的beanDefinition进行一些处理，在第六行的这个方法中，
1.把当前beanDefinition的beanClass设置为mapperFactoryBean.calss,这样设置，是为了spring在对bean进行初始化的时候，会执行bean的初始化方法(就是上面说到的afterPropertiesSet())方法，在执行mybatis接口的初始化方法的时候，会根据beanClass,来调用mapperFactoryBean的getObject()方法来返回一个代理对象；
2.把beanDefinition的注入模型(autowiredMode)设置为2(byType)；这里会设计到spring的注入模型，简单而言，如果是byType,那么，就不需要在bean中添加@Autowired和@Resource,只需要提供set方法即可（注意：这里的byType和@Resource不一样）
由于mapperFatoryBean继承了daoSupport，daoSupport又实现了InitializingBean,所以，spring容器在对mybatis的接口进行初始化之后，进行属性注入，然后会进行初始化，调用DaoSuppro的afterPropertySet方法，其中，会调用子类的checkDaoConfig()方法，在checkDaoConfig中，调用了configuration.addMapper(this.mapperInterface);这个方法就是mybatis中，将class放到knownMappers这个map的操作
protected void checkDaoConfig() {
super.checkDaoConfig();
Assert.notNull(this.mapperInterface, "Property 'mapperInterface' is required");
Configuration configuration = this.getSqlSession().getConfiguration();
if (this.addToConfig && !configuration.hasMapper(this.mapperInterface)) {
try {
configuration.addMapper(this.mapperInterface);
} catch (Exception var6) {
this.logger.error("Error while adding the mapper '" + this.mapperInterface + "' to configuration.", var6);
throw new IllegalArgumentException(var6);
} finally {
ErrorContext.instance().reset();
}
}
}
那mapperFactoryBean的getObject()方法是在什么时候执行呢？假如说我们在service中注入了mybatis的dao接口，在实例化service的时候，会进行属性注入，属性注入的时候，会发现，service中需要注入dao,这时候，会调用getBean()从spring容器中获取，如果dao，没有实例化，就会去实例化，在实例化完成之后，放到单实例池中，然后，会调用getObject()
在调用getObject的时候，会通过jdk动态代理来生成一个代理对象
public <T> T getMapper(Class<T> type, SqlSession sqlSession) {
MapperProxyFactory<T> mapperProxyFactory = (MapperProxyFactory)this.knownMappers.get(type);
if (mapperProxyFactory == null) {
throw new BindingException("Type " + type + " is not known to the MapperRegistry.");
} else {
try {
return mapperProxyFactory.newInstance(sqlSession);
} catch (Exception var5) {
throw new BindingException("Error getting mapper instance. Cause: " + var5, var5);
}
}
}
这里生成代理对象和原生mybatis生成代理对象有一个区别，就是这里的sqlSession,原生的，用的是DefaultSqlSession,mybatis和spring整合之后，这里用的是sqlSessionTemplate，那为什么会是sqlSessionTemplate呢？
在mapperFactoryBean的父类，SqlSessionDaoSupport中，会对sqlSession赋值，这时候，是直接new SqlSessionTemplate(SqlSessionFactory)，所以，在和spring整合之后，mybatis用的sqlSession是sqlSessionTemplate
在实际调用目标方法的时候，会被mapperProxy的invoke方法拦截，和原生mybatis不同的时候，在判断是select还是update,之后，原生的mybatis会调用sqlSession.selectOne();和spring整合之后，会调用SqlSessionTemplate.selectOne(),然后再调用sqlSessionInterceptor.invoke()方法