MapperScannerConfigurer之sqlSessionFactory注入方式的示例分析

这篇文章主要介绍MapperScannerConfigurer之sqlSessionFactory注入方式的示例分析，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！

MapperScannerConfigurer之sqlSessionFactory注入方式讲解

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

让我们先来看一段代码：

  <!-- 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 .

以上是“MapperScannerConfigurer之sqlSessionFactory注入方式的示例分析”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注亿速云行业资讯频道！