详解 MapperScannerConfigurer之sqlSessionFactory注入方式

MapperScannerConfigWKXZJmnQLyurer之sqlSessionFactory注入方式讲解

首先，Mybatis中的有一段配置非常方便，省去我们去写DaoImpl（Dao层实现类）的时间，这个配置就是包扫描。。。。

让我们先来看一段代码：

  <http://www.devze.com;!-- 4：配置扫描Dao接口的包，动态实现Dao接口，注入到Spring容器中 -->
  <bean class="org.mybatis.spring.mahttp://www.devze.compper.MapperScannerConfigurer">
    <!开发者_Hadoop--这里是今天要说的重点-->
    <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 .

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！