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 .
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
