1. <strong id="7actg"></strong>
    2. <table id="7actg"></table>

    3. <address id="7actg"></address>
      <address id="7actg"></address>
      1. <object id="7actg"><tt id="7actg"></tt></object>

        最棒 Spring Boot 干貨總結(jié) !

        共 15546字,需瀏覽 32分鐘

         ·

        2020-07-28 13:12

        來源:33h.co/eLt2

        前言:本文非常長,建議先mark后看,也許是最后一次寫這么長的文章

        說明:前面有4個小節(jié)關(guān)于Spring的基礎(chǔ)知識

        分別是:IOC容器、JavaConfig、事件監(jiān)聽、SpringFactoriesLoader詳解

        它們占據(jù)了本文的大部分內(nèi)容

        雖然它們之間可能沒有太多的聯(lián)系,但這些知識對于理解Spring Boot的核心原理至關(guān)重要,如果你對Spring框架爛熟于心,完全可以跳過這4個小節(jié)。正是因為這個系列的文章是由這些看似不相關(guān)的知識點組成,因此取名知識清單。

        在過去兩三年的Spring生態(tài)圈,最讓人興奮的莫過于Spring Boot框架。或許從命名上就能看出這個框架的設(shè)計初衷:快速的啟動Spring應(yīng)用。因而Spring Boot應(yīng)用本質(zhì)上就是一個基于Spring框架的應(yīng)用,它是Spring對“約定優(yōu)先于配置”理念的最佳實踐產(chǎn)物,它能夠幫助開發(fā)者更快速高效地構(gòu)建基于Spring生態(tài)圈的應(yīng)用。

        那Spring Boot有何魔法?

        自動配置、起步依賴、Actuator、命令行界面(CLI) 是Spring Boot最重要的4大核心特性,其中CLI是Spring Boot的可選特性,雖然它功能強大,但也引入了一套不太常規(guī)的開發(fā)模型,因而這個系列的文章僅關(guān)注其它3種特性。如文章標題,本文是這個系列的第一部分,將為你打開Spring Boot的大門,重點為你剖析其啟動流程以及自動配置實現(xiàn)原理。要掌握這部分核心內(nèi)容,理解一些Spring框架的基礎(chǔ)知識,將會讓你事半功倍。

        一、拋磚引玉:探索Spring IoC容器

        如果有看過SpringApplication.run()方法的源碼,Spring Boot冗長無比的啟動流程一定

        會讓你抓狂,透過現(xiàn)象看本質(zhì).

        SpringApplication只是將一個典型的Spring應(yīng)用的啟動流程進行了擴展,因此,透徹理解,?Spring容器是打開Spring Boot大門的一把鑰匙。

        1.1、Spring IoC容器

        可以把Spring IoC容器比作一間餐館,當你來到餐館,通常會直接招呼服務(wù)員:點菜!至于菜的原料是什么?如何用原料把菜做出來?可能你根本就不關(guān)心。

        IoC容器也是一樣,你只需要告訴它需要某個bean,它就把對應(yīng)的實例(instance)扔給你,至于這個bean是否依賴其他組件,怎樣完成它的初始化,根本就不需要你關(guān)心。

        作為餐館,想要做出菜肴,得知道菜的原料和菜譜,同樣地,IoC容器想要管理各個業(yè)務(wù)對象以及它們之間的依賴關(guān)系,需要通過某種途徑來記錄和管理這些信息。

        BeanDefinition對象就承擔(dān)了這個責(zé)任:容器中的每一個bean都會有一個對應(yīng)的BeanDefinition實例,該實例負責(zé)保存bean對象的所有必要信息,包括bean對象的class類型、是否是抽象類、構(gòu)造方法和參數(shù)、其它屬性等等。

        當客戶端向容器請求相應(yīng)對象時,容器就會通過這些信息為客戶端返回一個完整可用的bean實例。

        原材料已經(jīng)準備好(把BeanDefinition看著原料),開始做菜吧,等等,你還需要一份菜譜,BeanDefinitionRegistry和BeanFactory就是這份菜譜,BeanDefinitionRegistry抽象出bean的注冊邏輯,而BeanFactory則抽象出了bean的管理邏輯,而各個BeanFactory的實現(xiàn)類就具體承擔(dān)了bean的注冊以及管理工作。

        它們之間的關(guān)系就如下圖:

        BeanFactory、BeanDefinitionRegistry關(guān)系圖(來自:Spring揭秘)


        DefaultListableBeanFactory作為一個比較通用的BeanFactory實現(xiàn),它同時也實現(xiàn)了BeanDefinitionRegistry接口,因此它就承擔(dān)了Bean的注冊管理工作。從圖中也可以看出,BeanFactory接口中主要包含getBean、containBean、getType、getAliases等管理bean的方法,而BeanDefinitionRegistry接口則包含registerBeanDefinition、removeBeanDefinition、getBeanDefinition等注冊管理BeanDefinition的方法。

        下面通過一段簡單的代碼來模擬BeanFactory底層是如何工作的:

        // 默認容器實現(xiàn)
        ?DefaultListableBeanFactory beanRegistry = new?DefaultListableBeanFactory();
        ?// 根據(jù)業(yè)務(wù)對象構(gòu)造相應(yīng)的BeanDefinition
        ?AbstractBeanDefinition definition = new?RootBeanDefinition(Business.class,true);
        ?// 將bean定義注冊到容器中
        ?beanRegistry.registerBeanDefinition("beanName",definition);
        ?// 如果有多個bean,還可以指定各個bean之間的依賴關(guān)系
        ?// ........

        ??// 然后可以從容器中獲取這個bean的實例
        ?// 注意:這里的beanRegistry其實實現(xiàn)了BeanFactory接口,所以可以強轉(zhuǎn),
        ?// 單純的BeanDefinitionRegistry是無法強制轉(zhuǎn)換到BeanFactory類型的
        ?BeanFactory container = (BeanFactory)beanRegistry;
        ?Business business = (Business)container.getBean("beanName");
        這段代碼僅為了說明BeanFactory底層的大致工作流程.實際情況會更加復(fù)雜,比如bean之間的依賴關(guān)系可能定義在外部配置文件(XML/Properties)中、也可能是注解方式。
        Spring IoC容器的整個工作流程大致可以分為兩個階段:
        ①、容器啟動階段
        容器啟動時,會通過某種途徑加載Configuration MetaData。除了代碼方式比較直接外,在大部分情況下,容器需要依賴某些工具類,比如:BeanDefinitionReader,BeanDefinitionReader會對加載的Configuration MetaData進行解析和分析,并將分析后的信息組裝為相應(yīng)的BeanDefinition,最后把這些保存了bean定義的BeanDefinition,注冊到相應(yīng)的BeanDefinitionRegistry,這樣容器的啟動工作就完成了。
        這個階段主要完成一些準備性工作,更側(cè)重于bean對象管理信息的收集,當然一些驗證性或者輔助性的工作也在這一階段完成。
        來看一個簡單的例子吧,過往,所有的bean都定義在XML配置文件中,下面的代碼將模擬
        BeanFactory如何從配置文件中加載bean的定義以及依賴關(guān)系:
        // 通常為BeanDefinitionRegistry的實現(xiàn)類,這里以DeFaultListabeBeanFactory為例
        ?BeanDefinitionRegistry beanRegistry = new?DefaultListableBeanFactory();
        ??// XmlBeanDefinitionReader實現(xiàn)了BeanDefinitionReader接口,用于解析XML文件
        ?XmlBeanDefinitionReader beanDefinitionReader = new?XmlBeanDefinitionReaderImpl(beanRegistry);
        ?// 加載配置文件 beanDefinitionReader.loadBeanDefinitions("classpath:spring-bean.xml");
        ??// 從容器中獲取bean實例
        ?BeanFactory container = (BeanFactory)beanRegistry;
        ?Business business = (Business)container.getBean("beanName");
        ②、Bean的實例化階段
        經(jīng)過第一階段,所有bean定義都通過BeanDefinition的方式注冊到BeanDefinitionRegistry中當某個請求通過容器的getBean方法請求某個對象,或者因為依賴關(guān)系容器需要隱式的調(diào)用getBean時,就會觸發(fā)第二階段的活動:容器會首先檢查所請求的對象之前是否已經(jīng)實例化完成。
        如果沒有,則會根據(jù)注冊的BeanDefinition所提供的信息實例化被請求對象,并為其注入依賴。
        當該對象裝配完畢后,容器會立即將其返回給請求方法使用。BeanFactory只是Spring IoC容器的一種實現(xiàn),如果沒有特殊指定,它采用采用延遲初始化策略:只有當訪問容器中的某個對象時,才對該對象進行初始化和依賴注入操作。
        而在實際場景下,我們更多的使用另外一種類型的容器:ApplicationContext,它構(gòu)建在BeanFactory之上,屬于更高級的容器,除了具有BeanFactory的所有能力之外,還提供對事件監(jiān)聽機制以及國際化的支持等。它管理的bean,在容器啟動時全部完成初始化和依賴注入操作。
        1.2、Spring容器擴展機制
        IoC容器負責(zé)管理容器中所有bean的生命周期,而在bean生命周期的不同階段,Spring提供了不同的擴展點來改變bean的命運。在容器的啟動階段,BeanFactoryPostProcessor允許我們在容器實例化相應(yīng)對象之前,對注冊到容器的BeanDefinition所保存的信息做一些額外的操作,比如修改bean定義的某些屬性或者增加其他信息等。
        如果要自定義擴展類,通常需要實現(xiàn).
        org.springframework.beans.factory.config.BeanFactoryPostProcessor接口,與此同時,因為容器中可能有多個BeanFactoryPostProcessor,可能還需要實現(xiàn)org.springframework.core.Ordered接口,以保證BeanFactoryPostProcessor按照順序執(zhí)行。
        Spring提供了為數(shù)不多的BeanFactoryPostProcessor實現(xiàn).我們以PropertyPlaceholderConfigurer來說明其大致的工作流程。
        在Spring項目的XML配置文件中,經(jīng)??梢钥吹皆S多配置項的值使用占位符,而將占位符所代表的值單獨配置到獨立的properties文件,這樣可以將散落在不同XML文件中的配置集中管理,而且也方便運維根據(jù)不同的環(huán)境進行配置不同的值。
        這個非常實用的功能就是由PropertyPlaceholderConfigurer負責(zé)實現(xiàn)的。
        根據(jù)前文,當BeanFactory在第一階段加載完所有配置信息時,BeanFactory中保存的對象的屬性還是以占位符方式存在的,比如${jdbc.mysql.url}。
        當PropertyPlaceholderConfigurer作為BeanFactoryPostProcessor被應(yīng)用時,它會使用properties配置文件中的值來替換相應(yīng)的BeanDefinition中占位符所表示的屬性值。當需要實例化bean時,bean定義中的屬性值就已經(jīng)被替換成我們配置的值。當然其實現(xiàn)比上面描述的要復(fù)雜一些,這里僅說明其大致工作原理,更詳細的實現(xiàn)可以參考其源碼。
        與之相似的,還有BeanPostProcessor,其存在于對象實例化階段。跟BeanFactoryPostProcessor類似,它會處理容器內(nèi)所有符合條件并且已經(jīng)實例化后的對象。
        簡單的對比,BeanFactoryPostProcessor處理bean的定義,而BeanPostProcessor則處理bean完成實例化后的對象。
        BeanPostProcessor定義了兩個接口:
        // 通常為BeanDefinitionRegistry的實現(xiàn)類,這里以DeFaultListabeBeanFactory為例
        ?BeanDefinitionRegistry beanRegistry = new?DefaultListableBeanFactory();
        ??// XmlBeanDefinitionReader實現(xiàn)了BeanDefinitionReader接口,用于解析XML文件
        ?XmlBeanDefinitionReader beanDefinitionReader = new?XmlBeanDefinitionReaderImpl(beanRegistry);
        ?// 加載配置文件 beanDefinitionReader.loadBeanDefinitions("classpath:spring-bean.xml");
        ??// 從容器中獲取bean實例
        ?BeanFactory container = (BeanFactory)beanRegistry;
        ?Business business = (Business)container.getBean("beanName");
        為了理解這兩個方法執(zhí)行的時機,簡單的了解下bean的整個生命周期:

        Bean的實例化過程(來自:Spring揭秘)
        postProcessBeforeInitialization()方法與postProcessAfterInitialization()分別對應(yīng)圖中前置處理和后置處理兩個步驟將執(zhí)行的方法。這兩個方法中都傳入了bean對象實例的引用,為擴展容器的對象實例化過程提供了很大便利,在這兒幾乎可以對傳入的實例執(zhí)行任何操作。
        注解、AOP等功能的實現(xiàn)均大量使用了BeanPostProcessor,比如有一個自定義注解,你完全可以實現(xiàn)BeanPostProcessor的接口,在其中判斷bean對象的腦袋上是否有該注解,如果有,你可以對這個bean實例執(zhí)行任何操作,想想是不是非常的簡單?
        再來看一個更常見的例子,在Spring中經(jīng)常能夠看到各種各樣的Aware接口,其作用就是在對象實例化完成以后將Aware接口定義中規(guī)定的依賴注入到當前實例中。
        比如最常見的ApplicationContextAware接口,實現(xiàn)了這個接口的類都可以獲取到一個ApplicationContext對象。當容器中每個對象的實例化過程走到BeanPostProcessor前置處理這一步時,容器會檢測到之前注冊到容器的ApplicationContextAwareProcessor,然后就會調(diào)用其postProcessBeforeInitialization()方法,檢查并設(shè)置Aware相關(guān)依賴。
        看看代碼吧,是不是很簡單:
        // 代碼來自:org.springframework.context.support.ApplicationContextAwareProcessor
        ?// 其postProcessBeforeInitialization方法調(diào)用了invokeAwareInterfaces方法
        ?private?void?invokeAwareInterfaces(Object?bean){
        ?????if?(bean instanceof?EnvironmentAware){
        ?????????((EnvironmentAware) bean).setEnvironment(this.applicationContext.getEnvironment());
        ?????}
        ?????if?(bean instanceof?ApplicationContextAware){
        ?????????((ApplicationContextAware) bean).setApplicationContext(this.applicationContext);
        ?????}
        ?????// ......
        }
        最后總結(jié)一下,本小節(jié)內(nèi)容和你一起回顧了Spring容器的部分核心內(nèi)容,限于篇幅不能寫更多,但理解這部分內(nèi)容,足以讓您輕松理解Spring Boot的啟動原理,如果在后續(xù)的學(xué)習(xí)過程中遇到一些晦澀難懂的知識,再回過頭來看看Spring的核心知識,也許有意想不到的效果。
        也許Spring Boot的中文資料很少,但Spring的中文資料和書籍有太多太多,總有東西能給你啟發(fā)。
        二、夯實基礎(chǔ):JavaConfig與常見Annotation
        2.1、JavaConfig
        我們知道bean是Spring IOC中非常核心的概念,Spring容器負責(zé)bean的生命周期的管理。
        在最初,Spring使用XML配置文件的方式來描述bean的定義以及相互間的依賴關(guān)系,但隨著Spring的發(fā)展,越來越多的人對這種方式表示不滿,因為Spring項目的所有業(yè)務(wù)類均以bean的形式配置在XML文件中,造成了大量的XML文件,使項目變得復(fù)雜且難以管理。
        后來,基于純Java Annotation依賴注入框架Guice出世,其性能明顯優(yōu)于采用XML方式的Spring,甚至有部分人認為,Guice可以完全取代Spring(Guice僅是一個輕量級IOC框架,取代Spring還差的挺遠).
        正是這樣的危機感,促使Spring及社區(qū)推出并持續(xù)完善了JavaConfig子項目,它基于Java代碼和Annotation注解來描述bean之間的依賴綁定關(guān)系。
        比如,下面是使用XML配置方式來描述bean的定義:
        "bookService"?class="cn.moondev.service.BookServiceImpl">bean>
          而基于JavaConfig的配置形式是這樣的:
          @Configuration
          ?public?class
          ?MoonBookConfiguration
          ?
          {
          ??????// 任何標志了@Bean的方法,其返回值將作為一個bean注冊到Spring的IOC容器中
          ?????// 方法名默認成為該bean定義的id
          ?????@Bean
          ?????public?BookService bookService()?{
          ?????????return?new?BookServiceImpl();
          ?????}
          ?}
          如果兩個bean之間有依賴關(guān)系的話,在XML配置中應(yīng)該是這樣:
          "bookService"?class="cn.moondev.service.BookServiceImpl">
          ?????<property?name="dependencyService"?ref="dependencyService"/>
          ?bean>

          ??"otherService"?class="cn.moondev.service.OtherServiceImpl">
          ?????<property?name="dependencyService"?ref="dependencyService"/>
          ?bean>

          ??"dependencyService"?class="DependencyServiceImpl"/>
          而在JavaConfig中則是這樣:
          @Configuration
          ?public?class?MoonBookConfiguration?{
          ??????// 如果一個bean依賴另一個bean,則直接調(diào)用對應(yīng)JavaConfig類中依賴bean的創(chuàng)建方法即可
          ?????// 這里直接調(diào)用dependencyService()
          ?????@Bean
          ?????public?BookService bookService()?{
          ?????????return?new?BookServiceImpl(dependencyService());
          ?????}
          ??????@Bean
          ?????public?OtherService otherService()?{
          ?????????return?new?OtherServiceImpl(dependencyService());
          ?????}
          ??????@Bean
          ?????public?DependencyService dependencyService()?{
          ?????????return?new?DependencyServiceImpl();
          ?????}
          ?}
          你可能注意到這個示例中,有兩個bean都依賴于dependencyService,也就是說當初始化bookService時會調(diào)用dependencyService(),在初始化otherService時也會調(diào)用dependencyService(),那么問題來了?
          這時候IOC容器中是有一個dependencyService實例還是兩個?這個問題留著大家思考吧,這里不再贅述。
          2.2、@ComponentScan
          @ComponentScan注解對應(yīng)XML配置形式中的元素表示啟用組件掃描,Spring會自動掃描所有通過注解配置的bean,然后將其注冊到IOC容器中。
          我們可以通過basePackages等屬性來指定@ComponentScan自動掃描的范圍,如果不指定,默認從聲明@ComponentScan所在類的package進行掃描。正因為如此,SpringBoot的啟動類都默認在src/main/java下。
          2.3、@Import
          @Import注解用于導(dǎo)入配置類,舉個簡單的例子:
          @Configuration
          ?public?class?MoonBookConfiguration{
          ?????@Bean
          ?????public?BookService bookService()?{
          ?????????return?new?BookServiceImpl();
          ?????}
          ?}
          現(xiàn)在有另外一個配置類,比如:MoonUserConfiguration,這個配置類中有一個bean依賴于MoonBookConfiguration中的bookService,如何將這兩個bean組合在一起?
          借助@Import即可:
          @Configuration
          ?// 可以同時導(dǎo)入多個配置類,比如:@Import({A.class,B.class})
          ?@Import(MoonBookConfiguration.class)
          ?public class MoonUserConfiguration
          ?{
          ?????@Bean
          ?????public UserService userService(BookService bookService) {
          ?????????return?new?BookServiceImpl(bookService);
          ?????}
          ?}
          需要注意的是,在4.2之前,@Import注解只支持導(dǎo)入配置類,但是在4.2之后,它支持導(dǎo)入普通類,并將這個類作為一個bean的定義注冊到IOC容器中。

          2.4、@Conditional
          @Conditional注解表示在滿足某種條件后才初始化一個bean或者啟用某些配置。
          它一般用在由@Component、@Service、@Configuration等注解標識的類上面,或者由@Bean標記的方法上。如果一個@Configuration類標記了@Conditional,則該類中所有標識了@Bean的方法和@Import注解導(dǎo)入的相關(guān)類將遵從這些條件。
          在Spring里可以很方便的編寫你自己的條件類,所要做的就是實現(xiàn)Condition接口,并覆蓋它的matches()方法。
          舉個例子,下面的簡單條件類表示只有在Classpath里存在JdbcTemplate類時才生效:
          public?class?JdbcTemplateCondition?implements?Condition?{

          ??????@Override
          ?????public?boolean?matches(ConditionContext
          ?conditionContext, AnnotatedTypeMetadata annotatedTypeMetadata)
          ?
          {
          ?????????try?{
          ?????????conditionContext.getClassLoader().loadClass("org.springframework.jdbc.core.JdbcTemplate");
          ?????????????return?true;
          ?????????}
          ?catch?(ClassNotFoundException e) {
          ?????????????e.printStackTrace();
          ?????????}
          ?????????return?false;
          ?????}
          ?}
          當你用Java來聲明bean的時候,可以使用這個自定義條件類:
          @Conditional(JdbcTemplateCondition.class) @Service?public MyService service() { ...... }
          這個例子中只有當JdbcTemplateCondition類的條件成立時才會創(chuàng)建MyService這個bean。
          也就是說MyService這bean的創(chuàng)建條件是classpath里面包含JdbcTemplate,否則這個bean的聲明就會被忽略掉。
          Spring Boot定義了很多有趣的條件,并把他們運用到了配置類上,這些配置類構(gòu)成了Spring?Boot的自動配置的基礎(chǔ)。
          Spring Boot運用條件化配置的方法是:定義多個特殊的條件化注解,并將它們用到配置類上。
          下面列出了Spring Boot提供的部分條件化注解:

          2.5、@ConfigurationProperties與@EnableConfigurationProperties
          當某些屬性的值需要配置的時候,我們一般會在application.properties文件中新建配置項,然后在bean中使用@Value注解來獲取配置的值,比如下面配置數(shù)據(jù)源的代碼。
          // jdbc config
          ?jdbc.mysql.url=jdbc:mysql://localhost:3306/sampledb
          ?jdbc.mysql.username=root
          ?jdbc.mysql.password=123456
          ?......

          ??// 配置數(shù)據(jù)源
          ?@Configuration
          ?public?class?HikariDataSourceConfiguration {

          ??????@Value("jdbc.mysql.url")
          ?????public?String?url;
          ?????@Value("jdbc.mysql.username")
          ?????public?String?user;
          ?????@Value("jdbc.mysql.password")
          ?????public?String?password;

          ??????????@Bean
          ?????public?HikariDataSource dataSource() {
          ?????????HikariConfig hikariConfig = new?HikariConfig();
          ?????????hikariConfig.setJdbcUrl(url);
          ?????????hikariConfig.setUsername(user);
          ?????????hikariConfig.setPassword(password);
          ?????????// 省略部分代碼
          ?????????return?new?HikariDataSource(hikariConfig);
          ?????}
          ?}
          使用@Value注解注入的屬性通常都比較簡單,如果同一個配置在多個地方使用,也存在不方便維護的問題(考慮下,如果有幾十個地方在使用某個配置,而現(xiàn)在你想改下名字,你改怎么做?)
          對于更為復(fù)雜的配置,Spring Boot提供了更優(yōu)雅的實現(xiàn)方式,那就是@ConfigurationProperties注解。
          我們可以通過下面的方式來改寫上面的代碼:
          @Component
          ?// 還可以通過@PropertySource("classpath:jdbc.properties")來指定配置文件
          ?@ConfigurationProperties("jdbc.mysql")
          ?// 前綴=jdbc.mysql,會在配置文件中尋找jdbc.mysql.*的配置項
          ?pulic class?JdbcConfig {
          ?????public?String?url;
          ?????public?String?username;
          ?????public?String?password;
          ?}
          ??@Configuration
          ?public?class?HikariDataSourceConfiguration {

          ??????@AutoWired
          ?????public?JdbcConfig config;

          ??????????@Bean
          ?????public?HikariDataSource dataSource() {
          ?????????HikariConfig hikariConfig = new?HikariConfig();
          ?????????hikariConfig.setJdbcUrl(config.url);
          ?????????hikariConfig.setUsername(config.username);
          ?????????hikariConfig.setPassword(config.password);
          ?????????// 省略部分代碼
          ?????????return?new?HikariDataSource(hikariConfig);
          ???}
          ?}
          @ConfigurationProperties對于更為復(fù)雜的配置,處理起來也是得心應(yīng)手,比如有如下配置文件:
          #App
          ?app.menus[0].title=Home
          ?app.menus[0].name=Home
          ?app.menus[0].path=/
          ?app.menus[1].title=Login
          ?app.menus[1].name=Login
          ?app.menus[1].path=/login

          ??app.compiler.timeout=5
          ?app.compiler.output-folder=/temp/

          ??app.error=/error/
          可以定義如下配置類來接收這些屬性:
          @Component
          ?@ConfigurationProperties("app")
          ?public?class?AppProperties {

          ??????public?String?error;
          ?????public?List
          menus = new?ArrayList<>();
          ?????public?Compiler compiler = new?Compiler();

          ??????public?static?class?Menu {
          ?????????public?String?name;
          ?????????public?String?path;
          ?????????public?String?title;
          ?????}
          ??????public?static?class?Compiler {
          ?????????public?String?timeout;
          ?????????public?String?outputFolder;
          ?????}
          ?}
          @EnableConfigurationProperties注解表示對@ConfigurationProperties的內(nèi)嵌支持默認會將對應(yīng)Properties Class作為bean注入的IOC容器中,即在相應(yīng)的Properties類上不用加@Component注解。
          三、削鐵如泥:SpringFactoriesLoader詳解
          JVM提供了3種類加載器:
          BootstrapClassLoader、ExtClassLoader、AppClassLoader分別加載Java核心類庫、擴展類庫以及應(yīng)用的類路徑(CLASSPATH)下的類庫。
          JVM通過雙親委派模型進行類的加載,我們也可以通過繼承java.lang.classloader實現(xiàn)自己的類加載器。
          何為雙親委派模型?當一個類加載器收到類加載任務(wù)時,會先交給自己的父加載器去完成,因此最終加載任務(wù)都會傳遞到最頂層的BootstrapClassLoader,只有當父加載器無法完成加載任務(wù)時,才會嘗試自己來加載。
          采用雙親委派模型的一個好處是保證使用不同類加載器最終得到的都是同一個對象,這樣就可以保證Java 核心庫的類型安全,比如,加載位于rt.jar包中的java.lang.Object類,不管是哪個加載器加載這個類,最終都是委托給頂層的BootstrapClassLoader來加載的,這樣就可以保證任何的類加載器最終得到的都是同樣一個Object對象。
          查看ClassLoader的源碼,對雙親委派模型會有更直觀的認識:
          protected?Class loadClass(String?name, boolean?resolve) {
          ?????synchronized (getClassLoadingLock(name)) {
          ?????// 首先,檢查該類是否已經(jīng)被加載,如果從JVM緩存中找到該類,則直接返回
          ?????Class c = findLoadedClass(name);
          ?????if?(c == null) {
          ?????????try?{
          ?????????????// 遵循雙親委派的模型,首先會通過遞歸從父加載器開始找,
          ?????????????// 直到父類加載器是BootstrapClassLoader為止
          ?????????????if?(parent != null) {
          ?????????????????c = parent.loadClass(name, false);
          ?????????????} else?{
          ?????????????????c = findBootstrapClassOrNull(name);
          ?????????????}
          ????????} catch?(ClassNotFoundException e) {}
          ?????????if?(c == null) {
          ?????????????// 如果還找不到,嘗試通過findClass方法去尋找
          ?????????????// findClass是留給開發(fā)者自己實現(xiàn)的,也就是說
          ?????????????// 自定義類加載器時,重寫此方法即可
          ????????????c = findClass(name);
          ?????????}
          ?????}
          ?????if?(resolve) {
          ????????resolveClass(c);
          ?????}
          ?????return?c;
          ?????}
          ?}
          但雙親委派模型并不能解決所有的類加載器問題,比如,Java 提供了很多服務(wù)提供者接口(Service Provider Interface,SPI),允許第三方為這些接口提供實現(xiàn)。
          常見的 SPI 有 JDBC、JNDI、JAXP 等,這些SPI的接口由核心類庫提供,卻由第三方實現(xiàn)這樣就存在一個問題:SPI 的接口是 Java 核心庫的一部分,是由BootstrapClassLoader加載的;SPI實現(xiàn)的Java類一般是由AppClassLoader來加載的。BootstrapClassLoader是無法找到 SPI 的實現(xiàn)類的,因為它只加載Java的核心庫。它也不能代理給AppClassLoader,因為它是最頂層的類加載器。也就是說,雙親委派模型并不能解決這個問題。
          線程上下文類加載器(ContextClassLoader)正好解決了這個問題。
          從名稱上看,可能會誤解為它是一種新的類加載器,實際上,它僅僅是Thread類的一個變量而已,可以通過setContextClassLoader(ClassLoader cl)和getContextClassLoader()來設(shè)置和獲取該對象。
          如果不做任何的設(shè)置,Java應(yīng)用的線程的上下文類加載器默認就是AppClassLoader。
          在核心類庫使用SPI接口時,傳遞的類加載器使用線程上下文類加載器,就可以成功的加載到SPI實現(xiàn)的類。

          線程上下文類加載器在很多SPI的實現(xiàn)中都會用到。但在JDBC中,你可能會看到一種更直接的實現(xiàn)方式,比如,JDBC驅(qū)動管理java.sql.Driver中的loadInitialDrivers()方法中
          你可以直接看到JDK是如何加載驅(qū)動的:
          for?(String?aDriver : driversList) {
          ?????try?{
          ?????????// 直接使用AppClassLoader
          ?????????Class.forName(aDriver, true, ClassLoader.getSystemClassLoader());
          ?????} catch?(Exception ex) {
          ?????????println("DriverManager.Initialize: load failed: "?+ ex);
          ??????}
          ???}
          其實講解線程上下文類加載器,最主要是讓大家在看到:
          Thread.currentThread().getClassLoader()Thread.currentThread().getContextClassLoader()
          時不會一臉懵逼.
          這兩者除了在許多底層框架中取得的ClassLoader可能會有所不同外,其他大多數(shù)業(yè)務(wù)場景下都是一樣的,大家只要知道它是為了解決什么問題而存在的即可。
          類加載器除了加載class外,還有一個非常重要功能,就是加載資源,它可以從jar包中讀取任何資源文件,比如,ClassLoader.getResources(String name)方法就是用于讀取jar包中的資源文件,其代碼如下:
          public Enumeration<URL>?getResources(String name) throws IOException {
          ?????Enumeration<URL>[] tmp = (Enumeration<URL>[]) new Enumeration>[2];
          ?????if?(parent?!= null) {
          ?????????tmp[0] = parent.getResources(name);
          ?????} else?{
          ?????????tmp[0] = getBootstrapResources(name);
          ?????}
          ?????tmp[1] = findResources(name);
          ?????return?new?CompoundEnumeration<>(tmp);
          ?}
          是不是覺得有點眼熟,不錯,它的邏輯其實跟類加載的邏輯是一樣的,首先判斷父類加載器是否為空,不為空則委托父類加載器執(zhí)行資源查找任務(wù), 直到BootstrapClassLoader,最后才輪到自己查找。
          而不同的類加載器負責(zé)掃描不同路徑下的jar包,就如同加載class一樣,最后會掃描所有的jar包,找到符合條件的資源文件。
          類加載器的findResources(name)方法會遍歷其負責(zé)加載的所有jar包,找到j(luò)ar包中名稱為name的資源文件,這里的資源可以是任何文件,甚至是.class文件,比如下面的示例,用于查找Array.class文件:
          // 尋找Array.class文件
          ?public?static?void?main(String[] args) throws Exception{
          ?????// Array.class的完整路徑
          ?????String name = "java/sql/Array.class";
          ?????Enumeration urls = Thread.currentThread().getContextClassLoader().getResources(name);
          ?????while?(urls.hasMoreElements()) {
          ?????????URL url = urls.nextElement();
          ?????????System.out.println(url.toString());
          ?????}
          ?}
          運行后可以得到如下結(jié)果:
          $JAVA_HOME/jre/lib/rt.jar!/java/sql/Array.class
          根據(jù)資源文件的URL,可以構(gòu)造相應(yīng)的文件來讀取資源內(nèi)容。
          看到這里,你可能會感到挺奇怪的,你不是要詳解SpringFactoriesLoader嗎?
          上來講了一ClassLoader是幾個意思?看下它的源碼你就知道了:
          public?static?final String?FACTORIES_RESOURCE_LOCATION = "META-INF/spring.factories";
          ?// spring.factories文件的格式為:key=value1,value2,value3
          ?// 從所有的jar包中找到META-INF/spring.factories文件
          ?// 然后從文件中解析出key=factoryClass類名稱的所有value值
          ?public?static?List<String> loadFactoryNames(Class factoryClass, ClassLoader classLoader) {
          ?????String?factoryClassName = factoryClass.getName();
          ?????// 取得資源文件的URL
          ?????Enumeration urls = (classLoader != null?? classLoader.getResources(FACTORIES_RESOURCE_LOCATION) : ClassLoader.getSystemResources(FACTORIES_RESOURCE_LOCATION));
          ?????List<String> result = new?ArrayList<String>();
          ?????// 遍歷所有的URL
          ?????while?(urls.hasMoreElements()) {
          ?????????URL url = urls.nextElement();
          ?????????// 根據(jù)資源文件URL解析properties文件
          ?????????Properties properties = PropertiesLoaderUtils.loadProperties(new?UrlResource(url));
          ?????????String?factoryClassNames = properties.getProperty(factoryClassName);
          ?????????// 組裝數(shù)據(jù),并返回
          ?????????result.addAll(Arrays.asList(StringUtils.commaDelimitedListToStringArray(factoryClassNames)));
          ?????}
          ?????return?result;
          ?}
          有了前面關(guān)于ClassLoader的知識,再來理解這段代碼,是不是感覺豁然開朗:
          從CLASSPATH下的每個Jar包中搜尋所有META-INF/spring.factories配置文件,然后將解析properties文件,找到指定名稱的配置后返回。
          需要注意的是,其實這里不僅僅是會去ClassPath路徑下查找,會掃描所有路徑下的Jar包,只不過這個文件只會在Classpath下的jar包中。
          來簡單看下spring.factories文件的內(nèi)容吧:
          // 來自 org.springframework.boot.autoconfigure下的META-INF/spring.factories
          ?// EnableAutoConfiguration后文會講到,它用于開啟Spring Boot自動配置功能
          ?org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
          ?org.springframework.boot.autoconfigure.admin.SpringApplicationAdminJmxAutoConfiguration,\
          ?org.springframework.boot.autoconfigure.aop.AopAutoConfiguration,\
          ?org.springframework.boot.autoconfigure.amqp.RabbitAutoConfiguration\
          執(zhí)行l(wèi)oadFactoryNames(EnableAutoConfiguration.class, classLoader)后,得到對應(yīng)的一組@Configuration類,我們就可以通過反射實例化這些類然后注入到IOC容器中,最后容器里就有了一系列標注了@Configuration的JavaConfig形式的配置類。
          這就是SpringFactoriesLoader,它本質(zhì)上屬于Spring框架私有的一種擴展方案,類似于SPI,Spring Boot在Spring基礎(chǔ)上的很多核心功能都是基于此,希望大家可以理解。
          四、另一件武器:Spring容器的事件監(jiān)聽機制
          過去,事件監(jiān)聽機制多用于圖形界面編程,比如:點擊按鈕、在文本框輸入內(nèi)容等操作被稱為事件,而當事件觸發(fā)時,應(yīng)用程序作出一定的響應(yīng)則表示應(yīng)用監(jiān)聽了這個事件,而在服務(wù)器端,事件的監(jiān)聽機制更多的用于異步通知以及監(jiān)控和異常處理。
          Java提供了實現(xiàn)事件監(jiān)聽機制的兩個基礎(chǔ)類:自定義事件類型擴展自java.util.EventObject、事件的監(jiān)聽器擴展自java.util.EventListener。
          來看一個簡單的實例:簡單的監(jiān)控一個方法的耗時。
          首先定義事件類型,通常的做法是擴展EventObject,隨著事件的發(fā)生,相應(yīng)的狀態(tài)通常都封裝在此類中:
          public?class?MethodMonitorEvent?extends?EventObject?{
          ?????// 時間戳,用于記錄方法開始執(zhí)行的時間
          ?????public?long?timestamp;

          ??????public?MethodMonitorEvent(Object source)?{
          ?????????super(source);
          ?????}
          ?}
          事件發(fā)布之后,相應(yīng)的監(jiān)聽器即可對該類型的事件進行處理,我們可以在方法開始執(zhí)行之前發(fā)布一個begin事件.
          在方法執(zhí)行結(jié)束之后發(fā)布一個end事件,相應(yīng)地,事件監(jiān)聽器需要提供方法對這兩種情況下接收到的事件進行處理:
          // 1、定義事件監(jiān)聽接口
          ?public?interface?MethodMonitorEventListener?extends?EventListener?{
          ?????// 處理方法執(zhí)行之前發(fā)布的事件
          ?????public?void?onMethodBegin(MethodMonitorEvent event);
          ?????// 處理方法結(jié)束時發(fā)布的事件
          ?????public?void?onMethodEnd(MethodMonitorEvent event);
          ?}
          ?// 2、事件監(jiān)聽接口的實現(xiàn):如何處理
          ?public?class?AbstractMethodMonitorEventListener?implements?MethodMonitorEventListener?{
          ??????@Override
          ?????public?void?onMethodBegin(MethodMonitorEvent event)
          {
          ?????????// 記錄方法開始執(zhí)行時的時間
          ?????????event.timestamp = System.currentTimeMillis();
          ?????}
          ??????@Override
          ?????public?void?onMethodEnd(MethodMonitorEvent event)
          {
          ?????????// 計算方法耗時
          ?????????long?duration = System.currentTimeMillis() - event.timestamp;
          ?????????System.out.println("耗時:"?+ duration);
          ?????}
          ?}
          事件監(jiān)聽器接口針對不同的事件發(fā)布實際提供相應(yīng)的處理方法定義,最重要的是,其方法只接收MethodMonitorEvent參數(shù),說明這個監(jiān)聽器類只負責(zé)監(jiān)聽器對應(yīng)的事件并進行處理。
          有了事件和監(jiān)聽器,剩下的就是發(fā)布事件,然后讓相應(yīng)的監(jiān)聽器監(jiān)聽并處理。
          通常情況,我們會有一個事件發(fā)布者,它本身作為事件源,在合適的時機,將相應(yīng)的事件發(fā)布給對應(yīng)的事件監(jiān)聽器:
          public?class?MethodMonitorEventPublisher?{

          ??????private?List listeners = new?ArrayList();

          ??????public?void?methodMonitor() {
          ?????????MethodMonitorEvent eventObject = new?MethodMonitorEvent(this);
          ?????????publishEvent("begin",eventObject);
          ?????????// 模擬方法執(zhí)行:休眠5秒鐘
          ?????????TimeUnit.SECONDS.sleep(5);
          ?????????publishEvent("end",eventObject);
          ??????}

          ??????private?void?publishEvent(String status,MethodMonitorEvent event) {
          ?????????// 避免在事件處理期間,監(jiān)聽器被移除,這里為了安全做一個復(fù)制操作
          ?????????List copyListeners = ? new?ArrayList(listeners);
          ?????????for?(MethodMonitorEventListener listener : copyListeners) {
          ?????????????if?("begin".equals(status)) {
          ?????????????????listener.onMethodBegin(event);
          ?????????????} else?{
          ?????????????????listener.onMethodEnd(event);
          ?????????????}
          ?????????}
          ?????}
          ?????????public?static?void?main(String[] args) {
          ?????????MethodMonitorEventPublisher publisher = new?MethodMonitorEventPublisher();
          ?????????publisher.addEventListener(new?AbstractMethodMonitorEventListener());
          ?????????publisher.methodMonitor();
          ?????}
          ?????// 省略實現(xiàn)
          ?????public?void?addEventListener(MethodMonitorEventListener listener) {}
          ?????public?void?removeEventListener(MethodMonitorEventListener listener) {}
          ?????public?void?removeAllListeners() {}
          對于事件發(fā)布者(事件源)通常需要關(guān)注兩點:
          1. 在合適的時機發(fā)布事件。此例中的methodMonitor()方法是事件發(fā)布的源頭,其在方法執(zhí)行之前和結(jié)束之后兩個時間點發(fā)布MethodMonitorEvent事件,每個時間點發(fā)布的事件都會傳給相應(yīng)的監(jiān)聽器進行處理。
          在具體實現(xiàn)時需要注意的是,事件發(fā)布是順序執(zhí)行,為了不影響處理性能,事件監(jiān)聽器的處理邏輯應(yīng)盡量簡單。

          2. 事件監(jiān)聽器的管理。publisher類中提供了事件監(jiān)聽器的注冊與移除方法,這樣客戶端可以根據(jù)實際情況決定是否需要注冊新的監(jiān)聽器或者移除某個監(jiān)聽器。

          如果這里沒有提供remove方法,那么注冊的監(jiān)聽器示例將一直MethodMonitorEventPublisher引用,即使已經(jīng)廢棄不用了,也依然在發(fā)布者的監(jiān)聽器列表中,這會導(dǎo)致隱性的內(nèi)存泄漏。
          Spring容器內(nèi)的事件監(jiān)聽機制
          Spring的ApplicationContext容器內(nèi)部中的所有事件類型均繼承自org.springframework.context.AppliationEvent,容器中的所有監(jiān)聽器都實現(xiàn)org.springframework.context.ApplicationListener接口,并且以bean的形式注冊在容器中。
          一旦在容器內(nèi)發(fā)布ApplicationEvent及其子類型的事件,注冊到容器的ApplicationListener就會對這些事件進行處理。
          你應(yīng)該已經(jīng)猜到是怎么回事了。
          ApplicationEvent繼承自EventObject,Spring提供了一些默認的實現(xiàn),比如:
          ContextClosedEvent表示容器在即將關(guān)閉時發(fā)布的事件類型,ContextRefreshedEvent
          表示容器在初始化或者刷新的時候發(fā)布的事件類型......容器內(nèi)部使用ApplicationListener作為事件監(jiān)聽器接口定義,它繼承自EventListener。
          ApplicationContext容器在啟動時,會自動識別并加載EventListener類型的bean一旦容器內(nèi)有事件發(fā)布,將通知這些注冊到容器的EventListener。
          ApplicationContext接口繼承了ApplicationEventPublisher接口,該接口提供了void?publishEvent(ApplicationEvent event)方法定義,不難看出,ApplicationContext容器擔(dān)當?shù)木褪鞘录l(fā)布者的角色。
          如果有興趣可以查看AbstractApplicationContext.publishEvent(ApplicationEvent?event)方法的源碼:ApplicationContext將事件的發(fā)布以及監(jiān)聽器的管理工作委托給 ApplicationEventMulticaster接口的實現(xiàn)類。
          在容器啟動時,會檢查容器內(nèi)是否存在名為applicationEventMulticaster的?ApplicationEventMulticaster對象實例。
          如果有就使用其提供的實現(xiàn),沒有就默認初始化一個SimpleApplicationEventMulticaster作為實現(xiàn)。
          最后,如果我們業(yè)務(wù)需要在容器內(nèi)部發(fā)布事件,只需要為其注入ApplicationEventPublisher?依賴即可:實現(xiàn)ApplicationEventPublisherAware接口或者ApplicationContextAware接口.
          五、出神入化:揭秘自動配置原理
          典型的Spring Boot應(yīng)用的啟動類一般均位于src/main/java根路徑下
          比如MoonApplication類:
          @SpringBootApplication
          ?public?class?MoonApplication?{
          ??????public?static?void?main(String[] args)?{
          ?????????SpringApplication.run(MoonApplication.class, args);
          ?????}
          ?}
          其中@SpringBootApplication開啟組件掃描和自動配置,而SpringApplication.run則負責(zé)啟動引導(dǎo)應(yīng)用程序。
          @SpringBootApplication是一個復(fù)合Annotation,它將三個有用的注解組合在一起:
          @Target(ElementType.TYPE)
          ?@Retention(RetentionPolicy.RUNTIME)
          @Documented?@Inherited
          ?@SpringBootConfiguration
          ?@EnableAutoConfiguration
          ?@ComponentScan(excludeFilters = {
          ????????@Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
          ?????????@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
          ?public @interface?SpringBootApplication {
          ?????// ......
          ?}
          @SpringBootConfiguration就是@Configuration,它是Spring框架的注解,標明該類是一個JavaConfig配置類。
          而@ComponentScan啟用組件掃描,前文已經(jīng)詳細講解過,這里著重關(guān)注@EnableAutoConfiguration。@EnableAutoConfiguration注解表示開啟Spring Boot自動配置功能,Spring Boot會根據(jù)應(yīng)用的依賴、自定義的bean、classpath下有沒有某個類 等等因素來猜測你需要的bean,
          然后注冊到IOC容器中。
          那@EnableAutoConfiguration是如何推算出你的需求?
          首先看下它的定義:
          @Target(ElementType.TYPE)
          ?@Retention(RetentionPolicy.RUNTIME)
          ?@Documented
          ?@Inherited
          ?@AutoConfigurationPackage
          ?@Import(EnableAutoConfigurationImportSelector.class)
          ?public @interface?EnableAutoConfiguration {
          ?????// ......
          ?}
          你的關(guān)注點應(yīng)該在@Import(EnableAutoConfigurationImportSelector.class)上了,前文說過,@Import注解用于導(dǎo)入類,并將這個類作為一個bean的定義注冊到容器中,這里將把EnableAutoConfigurationImportSelector作為bean注入到容器中,而這個類會將所有符合條件的@Configuration配置都加載到容器中,看看它的代碼:
          public?String[] selectImports(AnnotationMetadata annotationMetadata) {
          ?????// 省略了大部分代碼,保留一句核心代碼
          ?????// 注意:SpringBoot最近版本中,這句代碼被封裝在一個單獨的方法中
          ?????// SpringFactoriesLoader相關(guān)知識請參考前文
          ?????List<String> factories = new?ArrayList<String>(new?LinkedHashSet<String>(
          ???????????SpringFactoriesLoader.loadFactoryNames(EnableAutoConfiguration.class, this.beanClassLoader)));
          ?}
          這個類會掃描所有的jar包,將所有符合條件的@Configuration配置類注入的容器中何為符合條件,看看META-INF/spring.factories的文件內(nèi)容:
          // 來自 org.springframework.boot.autoconfigure下的META-INF/spring.factories
          ?// 配置的key = EnableAutoConfiguration,與代碼中一致
          ?org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
          ?org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration,\
          ?org.springframework.boot.autoconfigure.aop.AopAutoConfiguration,\
          ?org.springframework.boot.autoconfigure.amqp.RabbitAutoConfiguration\
          ?.....
          以DataSourceAutoConfiguration為例,看看Spring Boot是如何自動配置的:
          @Configuration
          ?@ConditionalOnClass({ DataSource.class, EmbeddedDatabaseType.class })
          ?@EnableConfigurationProperties(DataSourceProperties.class)
          ?@Import({ Registrar.class, DataSourcePoolMetadataProvidersConfiguration.class })
          ?public class DataSourceAutoConfiguration {
          ?}
          分別說一說:
          @ConditionalOnClass({ DataSource.class, EmbeddedDatabaseType.class }):當Classpath中存在DataSource或者EmbeddedDatabaseType類時才啟用這個配置,否則這個配置將被忽略。
          @EnableConfigurationProperties(DataSourceProperties.class):將DataSource的默認配置類注入到IOC容器中,DataSourceproperties定義為:
          // 提供對datasource配置信息的支持,所有的配置前綴為:spring.datasource
          ?@ConfigurationProperties(prefix = "spring.datasource")
          ?public?class?DataSourceProperties {
          ?????private?ClassLoader classLoader;
          ?????private?Environment environment;
          ?????private?String?name = "testdb";
          ?????......
          ?}
          @Import({ Registrar.class, DataSourcePoolMetadataProvidersConfiguration.class }):導(dǎo)入其他額外的配置,就以DataSourcePoolMetadataProvidersConfiguration為例吧。
          @Configuration
          ?public class DataSourcePoolMetadataProvidersConfiguration {

          ??????@Configuration
          ?????@ConditionalOnClass(org.apache.tomcat.jdbc.pool.DataSource.class)
          ?????static class TomcatDataSourcePoolMetadataProviderConfiguration {
          ?????????@Bean
          ?????????public DataSourcePoolMetadataProvider tomcatPoolDataSourceMetadataProvider() {
          ?????????????.....
          ?????????}
          ?????}
          ???......
          ?}
          DataSourcePoolMetadataProvidersConfiguration是數(shù)據(jù)庫連接池提供者的一個配置類,即Classpath中存在org.apache.tomcat.jdbc.pool.DataSource.class,則使用tomcat-jdbc連接池,如果Classpath中存在HikariDataSource.class則使用Hikari連接池。
          這里僅描述了DataSourceAutoConfiguration的冰山一角,但足以說明Spring Boot如何利用條件話配置來實現(xiàn)自動配置的。

          回顧一下,@EnableAutoConfiguration中導(dǎo)入了EnableAutoConfigurationImportSelector類,而這個類的selectImports()通過SpringFactoriesLoader得到了大量的配置類,而每一個配置類則根據(jù)條件化配置來做出決策,以實現(xiàn)自動配置。
          整個流程很清晰,但漏了一個大問題:
          EnableAutoConfigurationImportSelector.selectImports()是何時執(zhí)行的?其實這個方法會在容器啟動過程中執(zhí)行:AbstractApplicationContext.refresh(),更多的細節(jié)在下一小節(jié)中說明。
          六、啟動引導(dǎo):Spring Boot應(yīng)用啟動的秘密
          6.1 SpringApplication初始化
          SpringBoot整個啟動流程分為兩個步驟:初始化一個SpringApplication對象、執(zhí)行該對象的run方法。看下SpringApplication的初始化流程,SpringApplication的構(gòu)造方法中調(diào)用initialize(Object[] sources)方法,其代碼如下:
          private?void?initialize(Object[] sources) {
          ??????if?(sources != null?&& sources.length > 0) {
          ??????????this.sources.addAll(Arrays.asList(sources));
          ??????}
          ??????// 判斷是否是Web項目
          ??????this.webEnvironment = deduceWebEnvironment();
          ??????setInitializers((Collection) getSpringFactoriesInstances(ApplicationContextInitializer.class));
          ??????setListeners((Collection) getSpringFactoriesInstances(ApplicationListener.class));
          ??????// 找到入口類
          ??????this.mainApplicationClass = deduceMainApplicationClass();
          ?}
          初始化流程中最重要的就是通過SpringFactoriesLoader找到spring.factories文件中配置的ApplicationContextInitializer和ApplicationListener兩個接口的實現(xiàn)類名稱,以便后期構(gòu)造相應(yīng)的實例。
          ApplicationContextInitializer的主要目的是在ConfigurableApplicationContext做refresh之前,對ConfigurableApplicationContext實例做進一步的設(shè)置或處理。
          ConfigurableApplicationContext繼承自ApplicationContext,其主要提供了對ApplicationContext進行設(shè)置的能力。
          實現(xiàn)一個ApplicationContextInitializer非常簡單,因為它只有一個方法,但大多數(shù)情況下我們沒有必要自定義一個ApplicationContextInitializer,即便是Spring Boot框架,它默認也只是注冊了兩個實現(xiàn),畢竟Spring的容器已經(jīng)非常成熟和穩(wěn)定,你沒有必要來改變它。
          而ApplicationListener的目的就沒什么好說的了,它是Spring框架對Java事件監(jiān)聽機制的一種框架實現(xiàn),具體內(nèi)容在前文Spring事件監(jiān)聽機制這個小節(jié)有詳細講解。這里主要說說,如果你想為Spring Boot應(yīng)用添加監(jiān)聽器,該如何實現(xiàn)?
          Spring Boot提供兩種方式來添加自定義監(jiān)聽器:
          通過SpringApplication.addListeners(ApplicationListener... listeners)或者SpringApplication.setListeners(Collection> listeners)兩個方法來添加一個或者多個自定義監(jiān)聽器
          既然SpringApplication的初始化流程中已經(jīng)從spring.factories中獲取到ApplicationListener的實現(xiàn)類,那么我們直接在自己的jar包的META-INF/spring.factories文件中新增配置即可:
          org.springframework.context.ApplicationListener=\ cn.moondev.listeners.xxxxListener\
          關(guān)于SpringApplication的初始化,我們就說這么多。
          6.2 Spring Boot啟動流程.
          Spring Boot應(yīng)用的整個啟動流程都封裝在SpringApplication.run方法中,其整個流程真的是太長太長了,但本質(zhì)上就是在Spring容器啟動的基礎(chǔ)上做了大量的擴展,按照這個思路來看看
          源碼:
          public?ConfigurableApplicationContext run(String... args) {
          ?????????StopWatch stopWatch = new?StopWatch();
          ?????????stopWatch.start();
          ?????????ConfigurableApplicationContext context = null;
          ?????????FailureAnalyzers analyzers = null;
          ?????????configureHeadlessProperty();
          ?????????// ①
          ?????????SpringApplicationRunListeners listeners = getRunListeners(args);
          ?????????listeners.starting();
          ?????????try?{
          ?????????????// ②
          ApplicationArguments applicationArguments = new?DefaultApplicationArguments(args);
          ?????????????ConfigurableEnvironment environment = prepareEnvironment(listeners,applicationArguments);
          ?????????????// ③
          ?????????????Banner printedBanner = printBanner(environment);
          ?????????????// ④
          ?????????????context = createApplicationContext();
          ?????????????// ⑤
          ?????????????analyzers = new?FailureAnalyzers(context);
          ?????????????// ⑥
          ?????????????prepareContext(context, environment, listeners, applicationArguments,printedBanner);
          ?????????????// ⑦
          ??????????????refreshContext(context);
          ?????????????// ⑧
          ?????????????afterRefresh(context, applicationArguments);
          ?????????????// ⑨
          ?????????????listeners.finished(context, null);
          ?????????????stopWatch.stop();
          ?????????????return?context;
          ????????}
          ?????????catch?(Throwable ex) {
          ?????????????handleRunFailure(context, listeners, analyzers, ex);
          ?????????????throw?new?IllegalStateException(ex);
          ?????????}
          ?????}
          ① 通過SpringFactoriesLoader查找并加載所有的SpringApplicationRunListeners通過調(diào)用starting()方法通知所有的SpringApplicationRunListeners:應(yīng)用開始啟動了。
          SpringApplicationRunListeners其本質(zhì)上就是一個事件發(fā)布者,它在SpringBoot應(yīng)用啟動的不同時間點發(fā)布不同應(yīng)用事件類型(ApplicationEvent),如果有哪些事件監(jiān)聽者(ApplicationListener)對這些事件感興趣,則可以接收并且處理。
          還記得初始化流程中,SpringApplication加載了一系列ApplicationListener嗎?這個啟動流程中沒有發(fā)現(xiàn)有發(fā)布事件的代碼,其實都已經(jīng)在SpringApplicationRunListeners這兒實現(xiàn)了。
          簡單的分析一下其實現(xiàn)流程,首先看下SpringApplicationRunListener的源碼:
          public?interface?SpringApplicationRunListener?{

          ??????// 運行run方法時立即調(diào)用此方法,可以用戶非常早期的初始化工作
          ?????void?starting();

          ??????????// Environment準備好后,并且ApplicationContext創(chuàng)建之前調(diào)用
          ?????void?environmentPrepared(ConfigurableEnvironment environment);

          ??????// ApplicationContext創(chuàng)建好后立即調(diào)用
          ?????void?contextPrepared(ConfigurableApplicationContext context);

          ??????// ApplicationContext加載完成,在refresh之前調(diào)用
          ?????void?contextLoaded(ConfigurableApplicationContext context);

          ??????// 當run方法結(jié)束之前調(diào)用
          ?????void?finished(ConfigurableApplicationContext
          ?context, Throwable exception
          )
          ;
          ??}

          SpringApplicationRunListener只有一個實現(xiàn)類:EventPublishingRunListener。
          ①處的代碼只會獲取到一個EventPublishingRunListener的實例
          我們來看看starting()方法的內(nèi)容:
          public?void?starting()?{
          ?????// 發(fā)布一個ApplicationStartedEvent
          ?????this.initialMulticaster.multicastEvent(new?ApplicationStartedEvent(this.application, this.args));
          ?}
          順著這個邏輯,你可以在②處的prepareEnvironment()方法的源碼中找到
          listeners.environmentPrepared(environment);
            即SpringApplicationRunListener接口的第二個方法,那不出你所料,environmentPrepared()又發(fā)布了另外一個事件ApplicationEnvironmentPreparedEvent。
            接下來會發(fā)生什么,就不用我多說了吧。
            ② 創(chuàng)建并配置當前應(yīng)用將要使用的Environment,Environment用于描述應(yīng)用程序當前的運行環(huán)境,其抽象了兩個方面的內(nèi)容:
            配置文件(profile)和屬性(properties),開發(fā)經(jīng)驗豐富的同學(xué)對這兩個東西一定不會陌生:不同的環(huán)境(eg:生產(chǎn)環(huán)境、預(yù)發(fā)布環(huán)境)可以使用不同的配置文件,而屬性則可以從配置文件、環(huán)境變量、命令行參數(shù)等來源獲取。
            因此,當Environment準備好后,在整個應(yīng)用的任何時候,都可以從Environment中獲取資源。
            總結(jié)起來,②處的兩句代碼,主要完成以下幾件事:
            判斷Environment是否存在,不存在就創(chuàng)建(如果是web項目就創(chuàng)建StandardServletEnvironment,否則創(chuàng)建StandardEnvironment)
            配置Environment:配置profile以及properties
            調(diào)用SpringApplicationRunListener的environmentPrepared()方法,通知事件監(jiān)聽者:應(yīng)用的Environment已經(jīng)準備好
            ③、SpringBoot應(yīng)用在啟動時會輸出這樣的東西:
            . ____??????????_????????????__?_?_
            ??/\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \
            ?( ( )\___ | '
            _?| '_|?| '_ \/ _` |?\ \ \ \
            ??\\/ ___)| |_)| |?| |?| || (_|?| ) ) ) )
            ???' |
            ____| .__|_| |_|_|?|_\__, |?/ / /?/
            ??=========|_|==============|___/=/_/_/_/
            ?:: Spring Boot :: (v1.5.6.RELEASE)
            如果想把這個東西改成自己的涂鴉,你可以研究以下Banner的實現(xiàn),這個任務(wù)就留給你們吧。
            ④、根據(jù)是否是web項目,來創(chuàng)建不同的ApplicationContext容器。
            ⑤、創(chuàng)建一系列FailureAnalyzer,創(chuàng)建流程依然是通過SpringFactoriesLoader獲取到所有實現(xiàn)FailureAnalyzer接口的class,然后在創(chuàng)建對應(yīng)的實例。FailureAnalyzer用于分析故障并提供相關(guān)診斷信息。
            ⑥、初始化ApplicationContext,主要完成以下工作:
            將準備好的Environment設(shè)置給ApplicationContext
            遍歷調(diào)用所有的ApplicationContextInitializer的initialize()方法來對已經(jīng)創(chuàng)建好的ApplicationContext進行進一步的處理
            調(diào)用SpringApplicationRunListener的contextPrepared()方法,通知所有的監(jiān)聽者:ApplicationContext已經(jīng)準備完畢
            將所有的bean加載到容器中
            調(diào)用SpringApplicationRunListener的contextLoaded()方法,通知所有的監(jiān)聽者:ApplicationContext已經(jīng)裝載完畢
            ⑦、調(diào)用ApplicationContext的refresh()方法,完成IoC容器可用的最后一道工序。
            從名字上理解為刷新容器,那何為刷新?就是插手容器的啟動,聯(lián)系一下第一小節(jié)的內(nèi)容。
            那如何刷新呢?且看下面代碼:
            // 摘自refresh()方法中一句代碼
            ?invokeBeanFactoryPostProcessors(beanFactory);
            看看這個方法的實現(xiàn):
            protected?void?invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory)?{
            ?????PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());
            ?????......
            ?}
            獲取到所有的BeanFactoryPostProcessor來對容器做一些額外的操作。
            BeanFactoryPostProcessor允許我們在容器實例化相應(yīng)對象之前,對注冊到容器的BeanDefinition所保存的信息做一些額外的操作。
            這里的getBeanFactoryPostProcessors()方法可以獲取到3個Processor:
            ConfigurationWarningsApplicationContextInitializer$ConfigurationWarningsPostProcessor
            ?SharedMetadataReaderFactoryContextInitializer$CachingMetadataReaderFactoryPostProcessor
            ?ConfigFileApplicationListener$PropertySourceOrderingPostProcessor
            不是有那么多BeanFactoryPostProcessor的實現(xiàn)類,為什么這兒只有這3個?
            因為在初始化流程獲取到的各種ApplicationContextInitializer和ApplicationListener中,只有上文3個做了類似于如下操作:
            public?void?initialize(ConfigurableApplicationContext context)?{
            ?????context.addBeanFactoryPostProcessor(new?ConfigurationWarningsPostProcessor(getChecks()));
            ?}
            然后你就可以進入到PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors()方法了,這個方法除了會遍歷上面的3個BeanFactoryPostProcessor處理外,還會獲取類型為BeanDefinitionRegistryPostProcessor的bean:org.springframework.context.annotation.internalConfigurationAnnotationProcessor,對應(yīng)的Class為ConfigurationClassPostProcessor。ConfigurationClassPostProcessor用于解析處理各種注解,包括:@Configuration、@ComponentScan、@Import、@PropertySource、@ImportResource、@Bean。當處理@import注解的時候,就會調(diào)用這一小節(jié)中的EnableAutoConfigurationImportSelector.selectImports()來完成自動配置功能。其他的這里不再多講,如果你有興趣,可以查閱參考資料6。
            ⑧、查找當前context中是否注冊有CommandLineRunner和ApplicationRunner,如果有則遍歷執(zhí)行它們。
            ⑨、執(zhí)行所有SpringApplicationRunListener的finished()方法。這就是Spring Boot的整個啟動流程,其核心就是在Spring容器初始化并啟動的基礎(chǔ)上加入各種擴展點,這些擴展點包括:ApplicationContextInitializer、ApplicationListener以及各種BeanFactoryPostProcessor等等。
            你對整個流程的細節(jié)不必太過關(guān)注,甚至沒弄明白也沒有關(guān)系,你只要理解這些擴展點是在何時如何工作的,能讓它們?yōu)槟闼眉纯伞?/span>
            整個啟動流程確實非常復(fù)雜,可以查詢參考資料中的部分章節(jié)和內(nèi)容,對照著源碼,多看看,我想最終你都能弄清楚的。言而總之,Spring才是核心,理解清楚Spring容器的啟動流程,那Spring Boot啟動流程就不在話下了。


            好文章,我在看

            瀏覽 59
            點贊
            評論
            收藏
            分享

            手機掃一掃分享

            分享
            舉報
            評論
            圖片
            表情
            推薦
            點贊
            評論
            收藏
            分享

            手機掃一掃分享

            分享
            舉報
            1. <strong id="7actg"></strong>
            2. <table id="7actg"></table>

            3. <address id="7actg"></address>
              <address id="7actg"></address>
              1. <object id="7actg"><tt id="7actg"></tt></object>
                91丨九色丨国产在线| 99免费在线观看| 密臀AV在线| 中文字幕日韩亚洲| 天天干天天日天天干天天日| 爆菊花综合网| 日韩中字无码黄片| 免费黄片网站| 翔田千里珍藏版无码| www.av91| 亚洲黄色影视| 久久久久麻豆V国产精华液好用吗 色噜噜狠狠一区二区三区牛牛影视 | av在线一区二区| 国产乱人| 日韩高清无码网站| 亚洲插菊花综合网| 超碰国产97| 国产无码电影网| 国产久久精品视频| 无码专区在线看v| av免费网站| 亚洲AV成人无码精在线| www.第四色| 免费一级a| 日韩伊人网| 各种BBwBBwBBwBBw| 日韩欧美群交| 一本一道久久综合| 亚洲七区| 欧美日韩三级在线| 国产一级电影网站| 久久a久久| 国产精品无毛五区六区| 男女拍拍| 无码一二区| 国产黄色片在线观看| 秋霞一区| 激情综合五月| 成年人A片| 亚洲无线视频| 先锋资源在线视频| 日韩无码内射| 亚洲免费观看高清完整版在va线观看| 中文字幕免费MV第一季歌词| 日本老女人视频| 亚洲午夜激情电影| 蜜臀久久99久久久久久宅男| 日韩AV成人无码久久电影| 黑人av在线观看| 无码AV高清| 亚洲一区欧美二区gay| 亚洲成人无码在线观看| 成人午夜福利| 午夜天堂精品久久久久| 99啪啪| 国产欧美精品一区二区| 丰滿人妻一区二区三区| 一道本无码在线| 亚洲成人网在线| 亚洲日韩欧美一区二区| JlZZJLZZ亚洲美女18| 天堂网AV在线| 国产成人免费视频在线| 婷婷精品在线视频| 内射欧美| 亚洲三级黄色视频| 老湿机福利视频| 黄色一级免费电影| 欧美成人午夜福利| 强开小嫩苞一区二区电影| 亚洲无码一二区| 99xav| 波多野结衣久久中文字幕| 成年人视频免费看| 激情伊人| 日韩AV一级片| 美女91视频| 91在线无精精品秘白丝| 国产欧美成人| 中出在线| 综合五月| 青青草免费公开视频| 成人免费观看视频| 亚洲黄片免费观看| 四川少妇搡bbbbb搡多人| 蜜臀久久99精品久久久老牛影视| 色妹子综合| 99亚洲精品| 先锋AV资源| 色婷婷在线播放| 亚洲中文字幕av| 亚洲无码高清视频| 天天玩夜夜玩天天玩国产99| 99re6热在线精品视频功能| 亚洲精品成人片在线观看精品字幕| 欧美视频色| 四虎在线观看视频| 91国产视频网站| 日韩无码一区二区三| 亚洲日韩在线视频播放| 国产区在线视频| 日本一区二区在线视频| 五月激情六月婷婷| 久久久久性| 毛片精品| 91精品丝袜久久久久久久久粉嫩 | 日本一区二区三区免费观看| 亚洲无码成人网| 无码视频一区二区三区| 大香蕉日逼| 伊人久久婷婷| 免费中文字幕日韩欧美| 极品小仙女69| 大鸡巴视频在线| 午夜成人一区二区| 91亚洲影院| 丁香综合网| www狠狠| 成人欧美在线观看| 久久久亚洲无码精品| 性V天堂| 18禁一区二区三区| 99视频免费观看| 大香蕉伊人网| 日韩精品久| 亚洲午夜影院在线| 可以看的黄色视频| 污网站18禁| 婷婷精品在线视频| av片在线观看| 白嫩外女BBWBBWBBW| 欧美性爱综合网| 操骚逼视频| 91日综合欧美| 亚洲色视频在线| 亚洲婷婷视频| 亚洲色图网站| 黄色电影一级片| 色天天综合网| 成人日韩无码| 日韩免费在线视频| 国产精品秘精东影业| 人人操人人干人人妻| 在线观看av资源| 亚洲精品秘一区二区三区在线观看 | 中文无码99| 艹在线观看| 国产人体视频| 美女福利在线| 狠狠视频| 91视频精品| 日韩无码人妻久久一区二区三区| 韩日午夜| chinese高潮老女人| 国产Av影视| 天天色AV| a片网| 三级A片| 夜夜嗨av无码一区二区三区| 高清毛片AAAAAAAAA郊外| 香蕉综合在线| 国产色视频一区二区三区QQ号| 久久久久亚洲AV成人网人人软件 | 四虎在线观看| 欧美性猛交一区二区三区精品| 囯产一级黄片| 日韩一级性爱视频| 亚洲精品中文字幕乱码三区91| www.蜜桃视频| 免费看无码一级A片放24小时| 丁香色综合人妻| 欧美三级在线观看视频| 五月婷在线视频| 国产一区二区免费| 国产婷婷色一区二区在线观看| 精品三级| 99久久爱re热6在播放| 蜜桃无码在线| 特级西西444WWW高清| JLZZJLZZ亚洲女人| 欧美日韩国产一区| 日本黄色视频电影| 国产香蕉AV| 毛茸茸BBBBBB毛茸茸| 亚洲秘无码一区二区三区蜜桃中文 | 极品人妻疯狂3p超刺激| 强开小嫩苞一区二区三区视频| 黄色自拍视频| 亚洲精品国产精品国自产A片同性| 色婷婷五月天在线观看| 91探花在线观看| 欧美成人毛片AAAAAA| 亚洲日韩一区二区三区| 色撸撸在线视频| 欧美丰满美乳XXⅩ高潮www| 性色网| 午夜艹 | 2022天天干| av婷婷五月天| 91黑人丨人妻丨国产丨| 日逼91| 在线无码一区| 国产主播精品| 骚逼自拍| 91视频在线免费看| 欧美老妇操逼| 91操美女视频| 香蕉视频啪啪啪| 精品国产欧美| 人妻熟女字幕一区二区| 亚洲三区视频| 久精久久| 日韩成人三级| 免费无码国产在线53| 加勒比日韩无码| 日本黄色直播| 性爱av在线| 国产成人久久| 3D精品啪啪一区二区三区| 国产麻豆精品成人免费视频| 国精品伦一区一区三区有限公司 | 艹逼无码| 可以在线观看的av| 国产综合久久| 蜜桃无码视频小说网站| 人人妻人人澡人人爽人人爽| 免费一级黄色视频| 大香蕉精品欧美色综合2025| 2018中文字幕第一页| 国产免费a片| 免费无码国产在线53| 成人免费无码A片免费| 亚洲男女网站| 97人人草| 亚洲乱码国产乱码精品天美传媒 | 婷婷九九| 天天干天天日天天操| 欧美性受XXXX黑人XYX性爽一 | 人妻少妇中文字幕久久牛牛 | 五月婷中文字幕| 黄色国产视频| 大屌在线| 91久久国产综合久久91精品网站 | www.大鸡巴| 日韩性网| 久久久久久久久久成人永久免费视频| 亚洲精品蜜桃| 国产国产国产在线无码视频| 欧美国产一区二区| 免费看无码一级A片在线播放| 亚洲高清人妻| 丰满人妻一区二区三区四区53 | 色视频国产| 丁香五月激情网| 日韩人妻午夜| 麻豆精品传媒2021md| 人人操人人操人人操| 亚洲视频456| 国产人人爱| 操逼影视| 99久久久国产精品免费蜜臀| 国产成人免费在线视频| 广东BBW搡BBBB搡| 无码视频免费播放| 十八毛片| 亚洲日韩电影| 成人H动漫精品一区二区无码| 精品视频91| 羞羞色院91蜜桃| 日本免费版网站nba| 日本黄在线观看| 天天日毛片| 综合色色婷婷| 欧美v在线| 久久A√一区二区| 三级片视频网址| 91精品电影18| 成年片免费观看网站免费观看,亚洲+欧... | 日本最新免费二区| 人妻少妇精品无码| 极品另类| 九九伊人大香蕉| 日本一区二区三区免费观看| 影音先锋资源| 青青操b| 人人操人人摸人人| 亲子乱AV一区二区| 免费看黄色一级片| 99热精品在线| 亚洲一卡二卡三卡四卡免| 国产精品美女毛片真酒店| 伊人婷婷久久| 91探花秘在线播放偷拍| 婷婷在线视频| 九色PORNY国产成人| 亚洲A视频| 午夜人妻无码| 另类老太婆性BBWBBw| 亚洲韩国中文字幕| 北条麻妃一区二区三区在线播放| 久久99久久99久久99国内少妇精品 | 久久Av电影| 亚洲精品秘一区二区三区在线观看 | 日韩av高清| 免费黄色av| 啪啪91| 亚洲女人被黑人巨大进入| 小黄片在线免费观看| 国产高清色| 字幕一区二区久久人妻网站| 尤物网站在线播放| 中文字幕无码人妻| 北条麻妃91视频| 欧美三P囗交做爰XXXⅩ| 制服.丝袜.亚洲.中文.豆花| 91人人妻人人澡人人爽人人| 免费AV黄色| 五月天AV在线| 秋霞一区二区三区无码| 欧美日韩在线看| 操逼日韩| 羞羞午夜| 一区二区三区视频免费| 国产我不卡| 亚洲精品乱码| 水蜜桃一区二区三区| 国产在线视频你懂的| 日韩中字无码| 免费的毛片| 色五月婷婷视频| 六月丁香视频| 四季AV一区二区凹凸懂色桃花 | 操碰视频在线| 久久久久久久久久免费视频| 精品欧美乱码久久久久久| 怡春院综合成人社区| 精品人妻午夜| 欧美性爱精品一区| 日韩香蕉视频| 姐弟乱伦性爱| 午夜福利小视频| 天美果冻麻豆国产一区| 亚洲天堂av网| 国产精品秘久久久久久网站| 亚洲草逼| 92午夜福利天堂视频2019| 日韩免费中文字幕A片| 国内无码| 亚洲免费观看高清完整版在线观| 无码免费视频| 国产午夜精品一区二区| 乱码中文字幕日韩欧美在线| 欧美大骚逼| 欧美性猛交一区二区三区| 成人福利在线观看| 国产成人超碰| 成人精品视频在线| 婷婷黄色电影| 夜色福利在线| 高清无码中文字| 免费视频91蜜桃| 偷拍内射| 亚洲成人视频在线| 国产精品自拍在线观看| 日韩操b| 福利导航视频| 成年人毛片| 日本中文字幕中文翻译歌词| 柠檬福利第一导航| 国产经典午夜福利视频合集| 乱子伦一区二区三区视频在线观看 | 五月丁香在线观看| 欧美AAA片| 国产成人AV免费观看| www.日本色| а√在线中文网新版地址在线| 日韩精品一级| 西西人体BBBBBB| 国产传媒在线| 少妇久久久久久久久久| 黄色片在线| 国外成人性视频免费| 无码人妻日韩精品一区二区三| 国产作爱| 99色亚洲| 怡红院男人的天堂| 色综合久久88色综合| 91在线精品秘一区二区黄瓜| 日韩性爱A片| 亚洲无码中文人妻| AV片在线免费观看| 超碰2021| 三级网址在线观看| 97人人干人人| 欧美footjob高跟脚交| 9l视频自拍蝌蚪9l成人蝌蚪| 国产精品色婷婷| 国产精品无码专区| 1000部毛片A片免费视频| 免费一区二区三区四区| 亚洲性爱在线播放| 青草青青视频| 亚洲中文字幕一区二区| 免费日韩黄色电影| 蜜桃91精品秘入口| 欧美成人内射| 加勒比久久88| 国产免费黄色电影| 久久午夜无码鲁丝片主演是谁| 久久久久久国际四虎免费精品视频 | 日韩无码视频播放| 性无码专区| 国产伦子伦一级A片在线| 亚洲影视中文字幕| 亚洲无码专区在线| www黄色com| 最新va在线观看| 色色大香蕉| 国产精品国产伦子伦露看| 国产精品久久免费| 2025av中文字幕| 91丨九色丨熟女丰满| 在线看一区二区三区| 免费在线观看毛片| 免费黄色视频网站在线观看| 柠檬福利第一导航| 亚洲秘无码一区二区三区蜜桃中文| 未满十八18禁止免费无码网站| 亚洲无码中文字幕在线播放| 四虎成人在线| 亚洲综合伊人| 男人在线天堂| 久久私拍视频| 日韩无码视频免费| 精品人妻一二三区| 宗合久久| 热久久久久久| 天堂一区二区三区| 亚洲第一视频在线观看| 欧美操B在线| 成人爽a毛片一区二区免费| 香蕉国产AV| 欧美夜夜| 日韩一区二区三区无码电影| 国产中文字幕片| www.17c嫩嫩草色蜜桃网站| 国产精品久久久久久久久久久久久久久久 | 国产口爆在线| 人人摸人人看人人| 日韩第一区| 久久久人妻| 国产一级婬乱片免费| 中文无码在线| 欧美操逼的| 欧美熟妇高潮流白浆| 日本50路熟女| 玩弄人妻少妇500系列视频| 无码aⅴ| 狼人狠干| 国产视频中文字幕| 免费肏逼视频| 色综合99久久久无码国产精品| 国产精品自拍视频| 日本成人久久| 欧美成在线视频| 在线观看av中文字幕| 制服丝袜强奸乱伦| AV婷婷五月天| 成人无码99| 亚洲日韩电影| 亚洲V国产v欧美v久久久久久| 成人午夜婬片A片| 亚洲AV无码乱码AV| 免费无码一区二区三区| 毛片黄色视频| 久久成人影音先锋| 欧美三级片在线观看| 国产综合精品久久久久成人AV| 黄色电影网页| 91人妻一区二区三区无不码超满| 91日韩欧美| 西西人体大胆裸体A片| 久综合网| 午夜成人爽| 女人天堂av| 日本A片免费观看| 99久久亚洲精品日本无码| 芳芳的骚逼| 欧美亚洲成人在线| 欧美在线无码| 影音先锋91| 撸撸视频| 极品一区| 欧美日韩国产成人在线| 北条麻妃91视频| 日日干天天日| 国产欧美熟妇另类久久久| 91精品婷婷国产综合久久| 免费三级片网址| 尻屄电影| 操逼免费看| 久久久久亚洲AV成人网人人软件 | 日韩啊v| 波多野结衣在线无码视频| 欧美日韩性爰视频| 国产丨熟女丨国产熟女视频| 一级a一级a爰片免费免免中国A片| 靠比免费| 国产无码高清视频| 日韩A∨视频| 中文字幕免费观看视频| 久久精品视频播放| 亚洲无码高清在线| 成人黄色一级片| 韩国三级av| 五月天福利影院| 老司机午夜电影| 日本三级网站| a免费视频| 麻豆传媒在线播放| 国产久久久久久久久久| 狠狠色噜噜狠狠狠7777米奇网| 超碰人人操| 人善交精品一区二区三区| 想要xx| 精品无码一区二区三区在线| 巨爆乳肉感一区二区三区视频| 国产激情视频在线| 不卡av在线| 成人在线不卡| 怡春院院成人免费视频| 无码三级在线播放| 菊花综合网| 成人做爰A片一区二区| 久久久久久久久国产| 97中文字幕在线| 久久久国产精品在线| 69视频在线观看免费| 日韩无码网| 婷婷五月丁香网| 黃色级A片一級片| 亚洲日韩三级| 欧美MV日韩MV国产网站| 2025天天操夜夜操| 亚洲乱伦| 国产午夜视频在线观看| 日韩麻豆| www.97超碰| 熟女熟妇人妻一区二区三区 | 三级无码片| 亚洲无码69| 玖玖热在线视频| 久久精品美臀| 91视频播放| av中文字幕网| 蜜臀精品一区二区三区| 三浦恵子一级婬片A片| 玖玖爱综合| 黄p网站| 国产日韩欧美综合精品在线观看| 自拍超碰| 亚洲视频免费看| 亚洲午夜福利在线| 人人爱人人摸人人操| 国产三级精品三级在线观看| 欧美一级操逼视频| 国产中文字幕AV| 成人免费视频在线观看| 在线中文字幕视频| 成人免费在线观看| 久久国产激情| 亚洲成人二区| 中文字幕12页| 苍井空视频| 未满十八18禁止免费无码网站 | 在线播放亚洲无码| 亚洲黄色视频在线免费观看| 99久久婷婷国产综合精品青牛牛 | 竹菊传媒一区二区三区| 俺去也俺去啦| 黄色一级片在线看| 91东热激情| 亚洲AV无码成人精品区天堂小说| 天堂一区二区三区| 国产怡红院| 91av视频在线| 丰满人妻精品一区二区在线 | 丁香花中文字幕| 亚洲人内射片又| 精品秘无码一区二区三区老师| 自拍偷拍亚洲| 精品69| 亚洲欧美国产日韩字幕| 福利导航页| 九九久久国产精品| 一级欧美视频| 色老板视频在线观看| 亚洲成人性爱视频| 国产精品久久毛片| 操操操综合| 日本亚洲精品秘入口A片| 欧美A片在线免费观看| 日本a一级片| 综合色国产精品欧美在线观看 | 国内自拍无码| 国产永久精品| 成人视频免费| 干老女人逼| 亚洲无码一区二区三区蜜桃| 在线观看黄a| 无码任你躁久久久久| 婷婷五月天在线观看| av在线免费播放| 人妻互换一二三区免费| www.国产在线观看| 在线AⅤ| 婷婷五月天综合| 激情综合婷婷久久| 黑人巨大精品欧美| 91精品成人| 吹潮喷水高潮HD| 四川少妇搡bbw搡bbbb| 草逼123| 无码人妻AⅤ一区二区三区| 波多野结衣无码AV专区| 无遮挡动态图| 婷婷精品秘进入| 人妻人人妻| 黄片免费无码| 黑人av在线观看| 日韩在线观看AV| 久久久久久三级电影| 久久毛久久久j| 色青娱乐| 兔子先生和優奈玩游戲脫衣服,運氣報表優奈輸到脫精光 | 亚洲女人天堂AV| 中文字幕9| 黄色的视频网站| 亚洲成年人网| 狠操网| 麻豆国产成人AV一区二区三区| 亚洲日韩中文无码| 伊人久久AV诱惑悠悠| 伊人综合电影| 欧美日韩一区二区三区在线电影| 丁香四月婷婷| 亚洲成人中文字幕在线| 任你爽在线视频| 免费操b视频| 狠狠操一区| 九九九色视频| 欧美大鸡吧视频| 无码人妻91| 亚洲免费观看A∨中文| 日本亚洲视频| 国产香蕉AV| 最近中文字幕中文翻译歌词| 天堂视频在线观看亚洲美女| 激情久久综合| 亚洲有码在线视频| 韩国成人精品三级| 成人亚洲综合| www.操| 久久精品视频9| 黄色A片电影| 亚洲美女操| 午夜福利免费| 操片| 国产在线观看AV| 韩国高清无码视频| 国产欧美一区二区三区在线看蜜臀| 九九国产视频| 特黄网站| 色77777| 久久内射| 欧美性爱永久| 久久久久久无码视频| 人人干人| 爽爽午国产浪潮AV性色www | 中文区中文字幕免费看| 搡女人视频国产一级午夜片| 超碰2025| 亚洲成人福利| 一区二区三区无码在线观看| 日韩第一页| 免费国产视频| 成人视频18| 亚洲va在线∨a天堂va欧美va| 麻豆91久久久| 国产三级一区| 在线天堂a| 熟女少妇一区二区| 青春草在线免费视频| 家庭乱伦AV| 成人1区| 青青草原在线| A片免费网站| 狠狠地操| 淫乱人妻| 亚洲综合免费| 少妇AAA级久久久无码精品片| 777米奇视频| 亚洲熟女一区二区| 久久一二三四| 麻豆传媒在线播放| 97香蕉久久国产超碰青草专区| 91精品视频在线播放| 大鸡巴在线| 成人一区二区三区| 欧美日韩一区二区三区在线电影| 欧美精品国产动漫| 精品无码免费视频| 老太老熟女城中层露脸60| 日本中文字幕亚洲| 成人伊人综合| 91成人一区二区三区| 夜夜骑夜夜操| 搡BBB搡BBBB搡BBBB| 黄色福利网址| 少妇AAA级久久久无码精品片| 色欲AV秘无码一区二区三区| 亚洲乱码一区二区三区| 中文字幕成人A片| 91精品国产麻豆国产自产在线| 一区二区三区四区无码视频| 在线播放亚洲| 久久青留社区金玉| 在线观看免费高清无码| 亚洲成人影音先锋| 中文字幕内射| 免费在线观看黄色片| 国产欧美综合一区二区三区| 欧美、日韩、中文、制服、人妻| 日韩理论片| 国产成人精品a区在线观看| 日少妇视频| 国产精品无码激情| 欧美嗯啊| 亚洲做爱视频| 欧一美一婬一伦一区| 男人天堂手机视频| 天天干天天色天天射| 日韩国产免费| 西西特级WWW444无码| 无码免费视频观看| 男女内射视频| 操逼日爱| 国产AV无码一区| 国产精品九九九九九九| 人成免费在线视频| 日韩一区二区免费视频| 91精品人妻一区二区三区| 成人小说视频在线社区| 99久久久久久久无码| 日韩视频二区| 精品一区二区三区视频| 七十路の高齢熟妇无码| GOGO人体做爰大胆视频| 亚洲成人大香蕉视频| 免费观看黄色在线视频| 婷婷毛片| 蜜桃AV在线播放| 91免费网站| 亚洲精品97久久| 无码69| 在线观看老湿视频福利| AV色站| 久久一本| 精品少妇3p| 99re在线精品| 337P人体美鮑高清| 国产在线一区二区三区| 插菊花综合网1| 国产精品日韩| 天天综合天天| 久久久久久97| 久久久一区二区三区四区| 午夜3D动漫AV| 亚洲欧美日本在线| a无码视频在线观看| 国产精品在线观看视频| 三级片欧美| 午夜视频99| 少婦揉BBBB揉BBBB揉| 中文字幕一二三区| 国产图区| 五月天激情午夜福利| 狠狠搞狠狠操| 四川少妇bbbbbbbbb| 国产精品a片| 亚洲精品成人无码| 亚洲精品成人无码熟妇在线| 成人一区在线观看| 国产黄A| 91久久国产综合久久91| 精品九九九九九九| 大香蕉综合网站| 国内精品卡一卡二卡三| 欧美一级日韩一级| 夏目あきら被续侵犯7天| 97超碰碰碰| 国产情侣在线视频| 天天爱夜夜操| 国产久久视频在线观看| 亚洲一区翔田千里无码| 青青草视频| 天天操天天日天天干| 日韩在线大香蕉| 日韩日日夜夜| 国产成人精品一区二区三区| 免费一区二区三区| 国产免费啪啪视频| 成人无码久久| 大香蕉精品视频在线| 亚洲无码三级片在线观看| 成人777777免费视频色| 久草大| 中文字幕在线字幕中文乱码区别| 欧美成人五月天| 秘亚洲国产精品成人网站| 中文在线永久免费观看| 日韩欧美在线观看| 999久久久精品| 粉嫩小泬BBBB免费看-百度| 欧美草逼| 欧洲黄色片| 国产乱子伦一区二区三区在线观看 | 日韩| 色逼高清| 免费草逼网站| 日本无码免费视频| 男女日皮视频| 欧美一区二区精品| 激情五月天导航| 日本不卡一区二区| 日本家庭乱伦视频| 久久精品一区二区三区不卡牛牛| 黄色视频视频| 四虎在线视频观看96| 欧美在线| 九九热免费视频| 日本视频网| 国产免费av网站| 色婷婷在线免费视频| 黄色一级视频| 国产一区久久| 俺去俺来也www色官网cms| 久草视频在线播放| 11一12周岁女毛片| 新妺妺窝窝777777野外| 丁香婷婷色五月| 日韩AA片| 91足浴店按摩漂亮少妇| 国产午夜激情| 三级AV在线观看| 黄色激情在线| 成人视频网站18| 亚洲Av秘无码一区二区| 美女白嫩嫩大BBB欣赏| 亚洲成人av| 在线观看国产一级片| 国产91探花秘入口| 日韩综合色视频导航| 超碰在线人人爱| 熟练中出-波多野结衣| 欧美洲成人网站| av久操| 婷婷丁香五月激情| 伊人久久在线| 乱伦视频91| 日韩欧美色图| 无码任你操| 蜜臀99久久精品久久久懂爱| 玩弄小怮女在线观看| 伊人久久大香蕉国产| av黄页| 欧美天堂成人三级| 丝袜三级片| 激情国产在线| 三级日韩| 国产黄片免费视频| 老女人的逼| 337P大胆粉嫩银噜噜噜| 亚洲免费观看高清完整版在线| 操逼毛片| 成年人视频网| 成人午夜无码视频| 女同一区二区三区| 无码国产高清| 操逼免费观看| 手机看片欧美+日韩+国产| 欧美日韩在线视频播放| 中文字幕乱伦性爱| 成人精品免费无码毛片| www.狠狠| 欧美va视频| 欧美A在线| 国产操穴视频| 日韩成人影视| 搡BBB|