java進(jìn)階之了解SpringBoot的配置原理
首先我們要知道 Spring Boot 在底層已經(jīng)為我們添加好了很多依賴。比如我們常用的Tomcat，Spring，SpringMVC這些，甚至連mysql數(shù)據(jù)庫的依賴也為我們添加好了
不過 SpringBoot 2.5.0 使用的mysql依賴版本是8.0.25的，如果還在使用 mysql 5 版本的小伙伴們就需要在項目的 pom.xml 文件中再次指定自己所用的依賴版本號。（因為 maven 在引入依賴時采取就近原則，你如果指定了依賴版本號的話，它會加載離它近的，而不會去加載遠(yuǎn)的）
例如，我要修改 mysql 依賴的版本為5.1.43
//在當(dāng)前項目里面重寫配置 <properties><mysql.version>5.1.43</mysql.version> </properties>二、了解容器的功能
添加組件
@Configuration、@Bean注解
首先，這個注解是寫在類上面的，告訴 spring boot 這是一個配置類，等同于 以前的配置文件
配置類里面使用@Bean標(biāo)注在方法上給容器注冊組件，默認(rèn)情況下是單例的。以方法名就是組件的 id 。返回類型就是組件類型。返回的值，就是組件在容器中的實例
為什么他會是單例的呢？ 原因是在@Configuration注解的源碼中，還定義了一個屬性 proxyBeanMethods ，默認(rèn)值是 true。
當(dāng)然我們也可以修改他的值為false，這樣他就會創(chuàng)建多個對象了。
舉個例子：
我現(xiàn)在在配置類里面定義了一個組件，他會返回一個 User 對象，當(dāng)proxyBeanMethods = true 時，無論調(diào)用多少次 user01() 方法，在容器中都只會存在一個實例對象，但我現(xiàn)在把它改為 false ，來測試一下他到底是不是能創(chuàng)建多個實例了。
在主方法中進(jìn)行測試：
User user=config.user01(); User user1=config.user01(); System.out.println(user==user1);
最后輸出的結(jié)果是
false
這就說明現(xiàn)在創(chuàng)建了兩個對象了，在容器中user和user1并不是指向同一塊內(nèi)存地址
那我們什么時候可以把它改成 false 來使用呢？ 這就要設(shè)計到兩種編寫Spring Boot的方式了
一種是FULL模式 全模式（單例） 另一種是Lite模式 輕量級模式（非單例）如果有組件依賴必須使用Full模式（默認(rèn)）。其他默認(rèn)是否Lite模式
Import注解
加入 IOC 容器的方式有很多種，上面的@Bean是一種，這里提到的@Import也是用來注冊組件的，@Import注解可以用于導(dǎo)入第三方包 （當(dāng)然@Bean也可以）
它是寫在類上面的，
它所創(chuàng)建的組件 id 默認(rèn)是類的全限定名稱
具體用法參考：b站Spring注解驅(qū)動教程
Conditional注解
條件裝配：滿足Conditional指定的條件，則進(jìn)行組件注入
@Conditional注解下面還有許多的子注解
因為它的子注解實在太多了，下面我們具體實現(xiàn)一個例子來說明一下它的功能
先在 User 類中再加入一個 Pet 屬性
現(xiàn)在我希望容器在沒有 Pet 的情況下，我也不要 User 對象
要實現(xiàn)這個需求，可以這樣做，在 User 組件前面添加@ConditionalOnBean注解，并指定條件為 Pet 組件的 id 來進(jìn)行限制
執(zhí)行測試方法
運行結(jié)果：
容器中是否有tomcat：false容器中是否有user：false
這樣就對組件 User 的注冊加以限制了
也可以把@ConditionalOnBean(name='tom')注解加在配置類上面，當(dāng)容器中有 tom 組件時，這個類中的其他組件才會生效，否則不生效
三、原配置文件的引入如果你原有的項目還是使用 beans.xml 等配置文件的方式來注冊組件的話，SpringBoot 是肯定無法自動配置的，那怎么樣才能讓SpringBoot用我這個配置文件去注冊組件呢？
@ImportResource注解
使用@ImportResource注解可以引入以前那種 xml 配置文件的方式寫的組件
使用方法：直接加在現(xiàn)在的配置類上面，例如：
@ImportResource('classpath:beans.xml')
配置綁定
配置綁定是什么意思呢？其實就是使用Java讀取到properties文件中的內(nèi)容，并且把它封裝到JavaBean中，以供隨時使用
具體做法：使用@ConfigurationProperties注解
這個注解是加在你需要從 properties 屬性配置文件中要導(dǎo)入的屬性的類上面。
比如：我現(xiàn)在寫了一個 Car 類，然后在 properties 文件中寫好了它的屬性
（ 注意：properties 文件中的所有屬性均要小寫，駝峰命名法也不行，可以用 - 或 _ 來代替 ）
我們想要將配置文件中定義好的屬性綁定到實例對象上的話，就可以在 Car 這個類上面加上@ConfigurationProperties(prefix = 'mycar')，prefix 代表前綴的意思。
單加上這一個注解還不行，因為此時容器中還沒有這個對象，可以采用兩種方式來把 Car 這個對象加入容器中：
1.使用@Component注解
2.使用@EnableConfigurationProperties注解
@Component+@ConfigurationProperties
在@ConfigurationProperties注解上方加上@Component注解，即可將 Car 加入到容器中
測試方法：
運行，訪問 “/car” 查看結(jié)果
@EnableConfigurationProperties+@ConfigurationProperties
使用@EnableConfigurationProperties注解則需要在配置類上面添加，而不是 Car 上面
這個注解的作用就是
1.開啟Car的屬性配置功能
2.把這個Car這個組件自動注冊到容器中
再次運行程序，可以得到相同的結(jié)果
說完上面這些，我們來看一下，Spring Boot是如何實現(xiàn)自動裝配的
引導(dǎo)加載自動配置類
我們先點進(jìn)@SpringBootApplication的源碼中去，發(fā)現(xiàn)它其實是3個注解的合成注解：
@SpringBootConfiguration @EnableAutoConfiguration @ComponentScan
@SpringBootConfiguration
其中，@SpringBootConfiguration的源碼底層使用了@Configuration注解，說明它其實也是一個配置類，只不過它相當(dāng)于是一個主配置。
@ComponentScan
根據(jù)我們之前的學(xué)習(xí)，這個注解其實就是一個組件掃描器的作用，是Spring的注解
@EnableAutoConfiguration（核心）
最關(guān)鍵最核心的注解就是這個，@EnableAutoConfiguration
@AutoConfigurationPackage
我們點進(jìn)它的源碼里面去，發(fā)現(xiàn)它底層調(diào)用了一個叫@AutoConfigurationPackage的注解，翻譯過來就是自動配置包，它指定了默認(rèn)的包規(guī)則
再繼續(xù)查看它的底層源碼，發(fā)現(xiàn)它導(dǎo)入了一個叫Register的組件
點進(jìn)去，給它打上一個斷點，來看一下到底是如何運作的
代碼現(xiàn)在在這里停住了，讓我們來看一下這一行代碼里面，發(fā)現(xiàn)它能夠找到我們所在的包名，由此我們也就能知道為什么 Spring Boot 能夠?qū)⒅付ǖ囊粋€包下的所有組件導(dǎo)入進(jìn)來了，
@Import({AutoConfigurationImportSelector.class})
@EnableAutoConfiguration注解下還有一個注解，它是干什么的呢？讓我們看一下源碼就知道了
在AutoConfigurationImportSelector類下面我們找到了一個方法getAutoConfigurationEntry(annotationMetadata)，它是用來給容器中批量導(dǎo)入一些組件的
給他打一個斷點，看看到底加入了些什么組件進(jìn)容器里
說明這 131 個對象都是要加入到容器中的，并且都存儲在了一個List集合當(dāng)中 List<String> configurations = this.getCandidateConfigurations(annotationMetadata, attributes)
為什么會是131個呢？ 其實是Spring Boot 里面寫死了，一啟動就要給容器中加載的所有配置類
打開spring-boot-autoconfigure-2.5.0.RELEASE.jar下META-INF/spring.factories位置的文件，讓我們來看一下源碼是怎么寫的
這里寫了一大堆 xxxxAutoConfiguration 的配置類，從26行開始，到156行結(jié)束，剛好是 131 個。
雖然我們 131 個場景的所有自動配置啟動的時候默認(rèn)全部加載，但并不是都會生效的，比如 AOP 的部分功能就需要你導(dǎo)入 aspectj 相關(guān)的包才能生效。它是按照條件裝配規(guī)則（@Conditional），最終會按需配置。
如圖， aspectj 是爆紅的
除了AOP之外，還有一些類也是沒有生效的（比如CacheAutoConfiguration），這里就不再贅述了，感興趣的同學(xué)可以去看源碼了解一下。
五、修改默認(rèn)配置(約定大于配置)SpringBoot 默認(rèn)會在底層配好所有的組件。但是如果用戶自己配置了以用戶的優(yōu)先
以 SpringMVC 中的文件上傳解析器為例，他在容器中的默認(rèn)名字是multipartResolver，但是我們寫代碼的時候可能不知道底層源碼里面給他的默認(rèn)名字是這個，我們給他起了另外一個名字，這個時候 SpringBoot 就會去容器中找到你所配置的那個組件，并且返回那個組件，也就是下面這段代碼：
這是為了防止有些用戶配置的文件上傳解析器不符合規(guī)范。
六、總結(jié) SpringBoot先加載所有的自動配置類 xxxxxAutoConfiguration 每個自動配置類按照條件進(jìn)行生效，默認(rèn)都會綁定配置文件指定的值。xxxxProperties里面拿。xxxProperties和配置文件進(jìn)行了綁定 生效的配置類就會給容器中裝配很多組件 只要容器中有這些組件，相當(dāng)于這些功能就有了 定制化配置 用戶直接自己@Bean替換底層的組件 用戶去看這個組件是獲取的配置文件什么值就去修改。整個的流程：xxxxxAutoConfiguration —> 組件 —> xxxxProperties里面拿值 ----> application.properties
所以，當(dāng)我們需要修改組件的配置的時候，只需要在application.properties里面進(jìn)行配置即可
到此這篇關(guān)于java進(jìn)階之了解SpringBoot的配置原理的文章就介紹到這了,更多相關(guān)SpringBoot的配置原理內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！
相關(guān)文章：
網(wǎng)公網(wǎng)安備