详解 MapperScannerConfigurer之sqlSessionFactory注入方式
MapperScannerConfigurer之sqlSessionFactory注入方式讲解
首先,Mybatis中的有一段配置非常方便,省去我们去写DaoImpl(Dao层实现类)的时间,这个配置就是包扫描。。。。
让我们先来看一段代码:
1 2 3 4 5 6 7 | <!-- 4:配置扫描Dao接口的包,动态实现Dao接口,注入到Spring容器中 --> < bean class = "org.mybatis.spring.mapper.MapperScannerConfigurer" > <!--这里是今天要说的重点--> < property name = "sqlSessionFactoryBeanName" value = "sqlSessionFactory" ></ property > <!-- 给出需要扫描的Dao接口包 --> < property name = "basePackage" value = "org.seckill.dao" ></ property > </ bean > |
在MapperScannerConfigurer中,我们知道sqlSessionFactory的注入方式有四种,分别是sqlSessionFactory,sqlSessionFactoryBeanName,sqlSessionTemplate,sqlSessionTemplateBeanName,而sqlSessionFactory这种已经过时,所以我们用到的是sqlSessionFactoryBeanName,接下来说说这个的好处,为什么要用到它!
原因1:
注入sqlSessionFactory,(可以不用配置)只有当配置多数据源的时候,这时会有多个sqlSessionFactory,可以通过改属性来指定哪一个sqlSessionFactory(综合网上的总结)
原因2(重点):
注入sqlSessionFactory,后面的value是SqlSessionFactory的bean的名字,也就是sqlSessionFactory的id当我们的mapperscannerconfigurer启动的时候,可能会出现我们的jdbc.properties文件未被加载,这样的话它拿到的DataSource就是错误的,因为像${jdbc.url}这类的属性还没有被替换掉,所以通过BeanName后处理的方式,当我们去用我们的Mybatis的时候,它才会去找我们对应的sqlSessionFactory,为了防止它提前初始化我们的sqlSessionFactory .
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!