今天學習springboot中數據源配置時想到一些問題：

• 僅配置mysql的username、password、url時，springboot會默認使用連接池管理數據連接源嗎？
  為了解惑，直接在當前項目下（已配置mysql、mybatis可以順利訪問數據庫）寫了個啟動初始化類：

@Component @Log4j2 public class InitRunner implements CommandLineRunner {@Autowiredprivate DataSource dataSource;@Overridepublic void run(String... args) throws Exception {log.error("當前所用數據庫連接池為："+dataSource);} }

可以看到，默認不對數據源加任何配置情況下，springboot（2.x版本）默認會使用HikariDataSource。作為新手很高興，沒配置也用上了，暗自竊喜。可是上面的案例中，又產生了幾個疑問：

疑問1：為什么DataSource可以自動裝配

我的簡單理解：springboot默認提供HikariDataSource數據連接池，這意味著項目啟動時便會創建對應的bean實例，通過HikariDataSource實例化DataSource，所以可以直接注入。

疑問2：DataSource什么時候產生實例bean的

使用@Autowired來注入DataSource時，編譯器可以檢測到是否可以注入的。一個空白項目——新建springboot項目，只加入springboot-starter與web依賴是無法注入該實例的（編譯不通過），為什么上例可以直接注入？

最開始想到的是與mybatis有關，比如我使用了@Mapper注解？，亦或是我使用了JPA的@Table注解，springboot掃描到相關注解時候產生？
自己進行了一些測試：

把當前項目的@Mapper或@MapperScan或@Table等等與DAO層相關注解全匿了，發現還是能正常產生HikariDataSource實例；

于是又把@Service相關注解也匿了，還正常輸出；

此時的我陷入了沉思…

思路錯了，既然是編譯時檢測，肯定與注解無關了，，，畢竟項目啟動時才會解析注解

重新建了個空sprinboot項目，先把InitRunner放進去，加入mysql的配置項，及mysql驅動jar包，發現InitRunner代碼檢測未通過

然后引入mybatis依賴

代碼檢測通過了…
當然這里只是編譯通過，實際產生實例還是在運行時產生，至于為什么引入依賴就可編譯通過嘛（我還沒找到對應源碼），其實這有點像你不配置HikariDataSource就可以使用差不多的道理（DataSource自動裝配原理），只要你引入了該依賴，springboot會默認給你加載該數據源，實際上spring是有@ConditionalOnClass(xxx.class)這種注解的，其作用在某個XXX類上，當xxx.class類存在時，XXX類才會實例化bean，所以引入了相應的jar包，也就能檢測到所需類是存在的。

疑問3：為什么HikariDataSource (null)

到底HikariDataSource是否為null，測試一下：

@Overridepublic void run(String... args) throws Exception {log.error("當前所用數據庫連接池為："+dataSource);System.out.println(dataSource);System.out.println("數據源是否為null:"+dataSource==null);}

結果返回false，debug一下，發現有數值

總結

以上是生活随笔為你收集整理的springboot中DataSource数据源实例产生时机及所需环境的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。