MapperScannerConfigurer之sqlSessionFactory注入方式讲解

最新推荐文章于 2024-03-02 00:44:22 发布

大啵鱼

最新推荐文章于 2024-03-02 00:44:22 发布

阅读量1.2k

点赞数 2

分类专栏：配置文件

配置文件专栏收录该内容

2 篇文章 0 订阅

订阅专栏

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>
 
 1
2
3
4
5
6
7
 
 1
2
3
4
5
6
7

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