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本身调用的方法和通过配置文件中
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的问题了。
来源:https://www.cnblogs.com/wengyj/p/5031232.html