为什么题目是这个名字呢？很奇怪，有病吧，，，整理篇，毕业刚来工作的时候很白的一个，小白的意思，现在都变异了（本来想搞android的，变异后端了哈哈），看到业务线有些组件逻辑很神奇有意思。现在是想基于数据库，aop这样的事例，在深挖一下吧。

先从MapperScannerConfigurer说起吧。

MapperScannerConfigurer 上一篇bean实例化过程的第一个过程中，我说到了BeanDefinitionRegistryPostProcessor。但没有详谈他 ，MapperScannerConfigurer实现了它，它所在阶段也是为了进一步定义beanDefinition，先有个印象，往下说下它的用法吧。

在SpringMVC中，你可以不必为每一个DAO都去写相应的实现，而交给SpringMVC替你创建，一个最初写法是可以使用MyBatis-Spring 提供了一个动态代理的实现:MapperFactoryBean，

看下一张mybatis配置的文件中，

我提到的不推荐的写法：这种写法你会发现一一对应一个mapper接口，这样可能需要我写很多这样的配置，很繁琐。

       这里我们先说下MapperFactoryBean，当 MapperFactoryBean 需要 SqlSessionFactory 或 SqlSessionTemplate 时。这些可以通过各自的 SqlSessionFactory 或 SqlSessionTemplate 属性来设置, 或者可以由 Spring 来自动装配。如果两个属性都设置了,那么 SqlSessionFactory 就会被忽略,因为 SqlSessionTemplate 是需要有一个 session 工厂的设置; 那个工厂会由 MapperFactoryBean 来使用。这里面SqlSessionFactory我想说下的，算了在另一篇文章去说吧。

而MapperScannerConfigurer就是推荐的用法，它将会查找类路径下的映射器并自动将它们创建成MapperFactoryBean。MapperScannerConfigurer有些细节要注意下：可以参考下这篇文章：http://blog.csdn.net/wtopps/article/details/52164531

1，MapperScannerConfigurer 属性不支持使用了 PropertyPlaceholderConfigurer 的属 性替换,因为会在 Spring 其中之前来它加载。但是,你可以使用 PropertiesFactoryBean 和 SpEL 表达式来作为替代

2，sqlSessionFactory的配置是value= 而不是ref=，当然你会发现有的文档和源码中也提到了 这个属性一般用不到，只有当你配置多数据源的时候，这是会有多个sqlSessionFactory，你就需要通过该属性来指定哪一个sqlSessionFactory（值为SqlSessionFactoryBean配置中的id属性）。SqlSessionFactoryBean中会创建一个共享的sqlSessionFactory，同时和你指定的datasource配合使用。

好了，感觉终于入题了，多数据源，上图爆红的那个datasource引用，其实是使用的了AbstractRoutingDataSource，路由，只要实现其中的determineCurrentLookupKey()方法去决定返回使用那个数据源，这里这个方法的发生时机是在程序每次和数据源交互前，决定使用哪个数据源。这样可以想到每个mapper的每个方法，都会是和数据源的一个交互，而这时就要在交互的前一刻去做数据源的切换，，，等一下这些相同的点是不是可以形成一个面，对，切面，所以这里可以AOP结合起来使用。

如上图AOP的配置，我们把所有的mapper接口组成了切面，在切面前我们调了我们自己实现的advice.before(),在这里就应该很清楚了 我要做什么，做数据源的切换啊，至于切换成哪个数据源，需要从mapper中得知（方法使用注解即可），至于怎么切换，想一下threadLocal这个做上下文的神器，自然明了。

要结束了么，至此有没有和我一样对上面BeanDefinitionRegistryPostProcessor有些疑惑，对MapperScannerConfigurer 属性不支持使用了 PropertyPlaceholderConfigurer 的属性替换，why 为什么，

查看BeanDefinitionRegistryPostProcessor源码可以看到这样一句话：

/*

* BeanDefinitionRegistries are called early in application startup, before

* BeanFactoryPostProcessors. This means that PropertyResourceConfigurers will not have been

* loaded and any property substitution of this class' properties will fail. To avoid this, find

* any PropertyResourceConfigurers defined in the context and run them on this class' bean

* definition. Then update the values.

*/processPropertyPlaceHolders（）

在上一篇文章中提到，BeanDefinitionRegistries（BeanDefinitionRegistryPostProcessor） before BeanFactoryPostProcessors，而PropertyResourceConfigurers就是实现BeanFactoryPostProcessor，所以这个时候还没有任何PropertyResourceConfigurer被实例化。所以无法执行替换占位符的操作。但是，对但是，去看源码，里面你可以通过设置一个属性processPropertyPlaceHolders=true，上面的这个方法processPropertyPlaceHolders（）就可以被执行也就是，可以强制提前实例化PropertyResourceConfigurer，这样就可以使用了。

小白一如寄往的白，每一夜也在如此往复。今天有点乱乱的感觉，之后在整理SqlSessionFactory，jdbc吧