詳解 MapperScannerConfigurer之sqlSessionFactory注入方式，sessionfactory注入

詳解 MapperScannerConfigurer之sqlSessionFactory注入方式，sessionfactory注入

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 .

感謝閱讀，希望能協助到大家，謝謝大家對本站的支援！