Github地址
最近在整合mybatis-spring。
公司里面已经有一个叫做kylin-datasource的开发包，以前能够提供master和slave2个数据源，最近更新了2.0版本，支持自动扫描mapper了（之前每写一个mapper都要自己去配个factory）。
在毕业设计的项目里面，我也准备自己写一个mybatis与spring整合的依赖，并且希望在这个包原有的基础上，写的尽量完善一些。
同时也是为了能够更加深的去了解spring的原理。
自己建项目，将源代码类一个个拷过来，运行的时候，还是报错了：原先有3个datasouce，datasource\masterDatasource\slaveDatasource，所以在注入的时候找到了3个，spring不知道该怎么办了。
只好将所有slave相关的先删了，保证能够访问数据库先再说。
中间虽然也遇到了非常多的问题，但最终还是让一个master的依赖可用了。同时，我也对原先的代码一顿改，改成我看的习惯的样子。。
加载配置文件
这是今天遇到的主要问题：
使用@EnableConfigurationProperties 让properties中的属性自动注入到bean的属性中，这个bean叫做DatasourceProperties。
这种方法看上去非常优雅，，我也不想舍弃。
再后面的代码中又有用到DatasourceProperties的，里面用的是
@Autowired
private DatasourceProperties datasourceProperties;
这样就直接可以使用了，但是也有同样用到配置属性的，但是却没有用这种方法，用的是
@Bean
Properties datasourceConf() throws Exception {
PropertiesFactoryBean factoryBean = new PropertiesFactoryBean();
factoryBean.setLocation(new ClassPathResource("datasource.properties"));
factoryBean.afterPropertiesSet();
return factoryBean.getObject();
}
...datasourceConf().getProperty("datasource.master.basePackage")..
这相当于之前的配置是通过spring来的，非常优雅；而这里又回到了*，通过getProperty又来了一次。
所以我就把上面贴的这个方法给去了，也改成autowired的DatasourceProperties。
但是这一改就出事了，运行的时候报了空指针，打印出来一看是DatasourceProperties没有autowired进去。
那我就想，这个spring肯定是先先将bean给生出来，然后第二步才去autowaird，而调用这个方法生成bean的时候还没autowired所以就报错了。
得想个办法让那个properties先加载起来，然后后面的再去使用它。
为此，去查了spring生命周期相关的资料。
下面贴上
生命周期
1.图
2.接口方法分类
Bean的完整生命周期经历了各种方法调用，这些方法可以划分为以下几类：
1）、Bean自身的方法 ： 这个包括了Bean本身调用的方法和通过配置文件中的init-method和destroy-method指定的方法
2）、Bean级生命周期接口方法 ： 这个包括了BeanNameAware、BeanFactoryAware、InitializingBean和DiposableBean这些接口的方法
3）、容器级生命周期接口方法 ： 这个包括了InstantiationAwareBeanPostProcessor 和 BeanPostProcessor 这两个接口实现，一般称它们的实现类为“后处理器”。
4）、工厂后处理器接口方法 ： 这个包括了AspectJWeavingEnabler, ConfigurationClassPostProcessor, CustomAutowireConfigurer等等非常有用的工厂后处理器 接口的方法。工厂后处理器也是容器级的。在应用上下文装配配置文件之后立即调用。
最终的解决办法
最后是，虽然能够得到bean，但是这个bean不是已经被自动注入配置文件信息的那个bean。
所以不要也罢。
比较理想的办法就是找出EnableConfigurationProperties的实现，然后把他的代码跑一遍，这样就生成我要的bean了。
还有一个问题：
在这个地方（AutoMapperScannerConfigurator）使用autowired会报错，而在另外一个bean里（MasterDB）不会，这个很是奇怪。
他们的区别也只是MasterDB多实现了一个接口，然后他的类名是在DatasourceProperties之后的，不过我也试过改名字，好想没啥影响。
最后我还是先使用了工具类来读取properties，先让它跑起来。等到后面再想想有没有更好的解决方案。
下次要解决的就是配置多个datasource的问题了。