為什么題目是這個(gè)名字呢葛超？很奇怪暴氏，有病吧，绣张，答渔，整理篇，畢業(yè)剛來(lái)工作的時(shí)候很白的一個(gè)侥涵，小白的意思沼撕，現(xiàn)在都變異了（本來(lái)想搞android的宋雏，變異后端了哈哈），看到業(yè)務(wù)線有些組件邏輯很神奇有意思∥癫颍現(xiàn)在是想基于數(shù)據(jù)庫(kù)磨总，aop這樣的事例，在深挖一下吧笼沥。
先從MapperScannerConfigurer說(shuō)起吧蚪燕。
MapperScannerConfigurer 上一篇bean實(shí)例化過(guò)程的第一個(gè)過(guò)程中，我說(shuō)到了BeanDefinitionRegistryPostProcessor敬拓。但沒(méi)有詳談他 邻薯，MapperScannerConfigurer實(shí)現(xiàn)了它，它所在階段也是為了進(jìn)一步定義beanDefinition乘凸，先有個(gè)印象厕诡，往下說(shuō)下它的用法吧。
在SpringMVC中营勤，你可以不必為每一個(gè)DAO都去寫(xiě)相應(yīng)的實(shí)現(xiàn)灵嫌，而交給SpringMVC替你創(chuàng)建，一個(gè)最初寫(xiě)法是可以使用MyBatis-Spring 提供了一個(gè)動(dòng)態(tài)代理的實(shí)現(xiàn):MapperFactoryBean葛作，
看下一張mybatis配置的文件中寿羞，
我提到的不推薦的寫(xiě)法：這種寫(xiě)法你會(huì)發(fā)現(xiàn)一一對(duì)應(yīng)一個(gè)mapper接口，這樣可能需要我寫(xiě)很多這樣的配置赂蠢，很繁瑣绪穆。
? ? ? ?這里我們先說(shuō)下MapperFactoryBean，當(dāng) MapperFactoryBean 需要 SqlSessionFactory 或 SqlSessionTemplate 時(shí)虱岂。這些可以通過(guò)各自的 SqlSessionFactory 或 SqlSessionTemplate 屬性來(lái)設(shè)置, 或者可以由 Spring 來(lái)自動(dòng)裝配玖院。如果兩個(gè)屬性都設(shè)置了,那么 SqlSessionFactory 就會(huì)被忽略,因?yàn)?SqlSessionTemplate 是需要有一個(gè) session 工廠的設(shè)置; 那個(gè)工廠會(huì)由 MapperFactoryBean 來(lái)使用。這里面SqlSessionFactory我想說(shuō)下的第岖，算了在另一篇文章去說(shuō)吧难菌。
而MapperScannerConfigurer就是推薦的用法，它將會(huì)查找類路徑下的映射器并自動(dòng)將它們創(chuàng)建成MapperFactoryBean蔑滓。MapperScannerConfigurer有些細(xì)節(jié)要注意下：可以參考下這篇文章：http://blog.csdn.net/wtopps/article/details/52164531
1郊酒，MapperScannerConfigurer 屬性不支持使用了 PropertyPlaceholderConfigurer 的屬 性替換,因?yàn)闀?huì)在 Spring 其中之前來(lái)它加載。但是,你可以使用 PropertiesFactoryBean 和 SpEL 表達(dá)式來(lái)作為替代
2键袱，sqlSessionFactory的配置是value= 而不是ref=燎窘，當(dāng)然你會(huì)發(fā)現(xiàn)有的文檔和源碼中也提到了 這個(gè)屬性一般用不到，只有當(dāng)你配置多數(shù)據(jù)源的時(shí)候蹄咖，這是會(huì)有多個(gè)sqlSessionFactory荠耽，你就需要通過(guò)該屬性來(lái)指定哪一個(gè)sqlSessionFactory（值為SqlSessionFactoryBean配置中的id屬性）。SqlSessionFactoryBean中會(huì)創(chuàng)建一個(gè)共享的sqlSessionFactory比藻，同時(shí)和你指定的datasource配合使用铝量。
好了，感覺(jué)終于入題了银亲，多數(shù)據(jù)源慢叨，上圖爆紅的那個(gè)datasource引用，其實(shí)是使用的了AbstractRoutingDataSource务蝠，路由拍谐，只要實(shí)現(xiàn)其中的determineCurrentLookupKey()方法去決定返回使用那個(gè)數(shù)據(jù)源，這里這個(gè)方法的發(fā)生時(shí)機(jī)是在程序每次和數(shù)據(jù)源交互前馏段，決定使用哪個(gè)數(shù)據(jù)源轩拨。這樣可以想到每個(gè)mapper的每個(gè)方法，都會(huì)是和數(shù)據(jù)源的一個(gè)交互院喜，而這時(shí)就要在交互的前一刻去做數(shù)據(jù)源的切換亡蓉，，喷舀，等一下這些相同的點(diǎn)是不是可以形成一個(gè)面砍濒，對(duì)，切面硫麻，所以這里可以AOP結(jié)合起來(lái)使用爸邢。
如上圖AOP的配置，我們把所有的mapper接口組成了切面拿愧，在切面前我們調(diào)了我們自己實(shí)現(xiàn)的advice.before(),在這里就應(yīng)該很清楚了 我要做什么杠河，做數(shù)據(jù)源的切換啊，至于切換成哪個(gè)數(shù)據(jù)源浇辜，需要從mapper中得知（方法使用注解即可）券敌，至于怎么切換，想一下threadLocal這個(gè)做上下文的神器奢赂，自然明了陪白。
要結(jié)束了么，至此有沒(méi)有和我一樣對(duì)上面BeanDefinitionRegistryPostProcessor有些疑惑膳灶，對(duì)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就是實(shí)現(xiàn)BeanFactoryPostProcessor，所以這個(gè)時(shí)候還沒(méi)有任何PropertyResourceConfigurer被實(shí)例化毕箍。所以無(wú)法執(zhí)行替換占位符的操作弛房。但是，對(duì)但是而柑，去看源碼文捶，里面你可以通過(guò)設(shè)置一個(gè)屬性processPropertyPlaceHolders=true荷逞，上面的這個(gè)方法processPropertyPlaceHolders（）就可以被執(zhí)行也就是，可以強(qiáng)制提前實(shí)例化PropertyResourceConfigurer粹排，這樣就可以使用了种远。
小白一如寄往的白，每一夜也在如此往復(fù)顽耳。今天有點(diǎn)亂亂的感覺(jué)坠敷，之后在整理SqlSessionFactory，jdbc吧
