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注入方式的示例分析”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！