1. [スタート]カテゴリ：
@SpringBootApplication
public class Application{
public static void main(String[] args){
SpringApplication.run(Application.class,args);
}
}フォーカスは@SpringBootApplicationと（SpringApplication.run（））であります
SpringBootApplicationの秘密
1 2 3 4 5 6 7 8 9 10 11 12 |
@Target（ElementType.TYPE）
@Retention（RetentionPolicy.RUNTIME）
@Documented
@Inherited
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan（excludeFilters = {
@Filter（タイプ= FilterType.CUSTOM、クラス= TypeExcludeFilter.class）、
@Filter（タイプ=のfilterType .CUSTOM、クラス= AutoConfigurationExcludeFilter.class）}）
パブリック@interfaceのSpringBootApplication {
...}
|
@Configuration @EnableAutoConfiguration @ComponentScan
@Configuration
ここ@Configurationは、それが使用さ春Iocのコンテナ設定クラスの設定@ JavaConfigフォームであることを、私たちには見知らぬ人ではない、SpringBootは、マークされた@Configuration後に授業を開始するので、ここでは、JavaConfigコミュニティベースの構成をお勧めしますコンフィギュレーション・クラス自体は、実際にIoCコンテナです。
違いとレビュー、XMLコンフィグ設定の下でいくつかの簡単な例：
- 発現レベルのフォーム
のXML構成方法に基づいて、この次のとおりです。1 2 3 4 5 6 7
<？xmlのバージョン= "1.0"エンコード= "UTF-8"> <豆のxmlns = "http://www.springframework.org/schema/beans" のxmlns：XSI = "http://www.w3.org / 2001 / XMLスキーマ・インスタンス」 のxsi：schemaLocationの= "http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd" デフォルト-怠惰-init = "真"> <！ -豆定义- > </豆>
JavaConfigベースの設定はこれです：
1 2 3 4 |
@Configuration
パブリッククラスMockConfiguration {
//ビーン定义
}
|
どれマークされたJavaクラス定義は@Configuration JavaConfig構成クラスです。
- サイン豆定義されたレベル
XML形式の設定に基づいてはこれです：1 2 3
<豆ID = "mockService"クラス= ".. MockServiceImpl"> ... </豆>
フォームベースの設定JavaConfigはこれです：
1 2 3 4 5 6 7 |
@Configuration
パブリッククラスMockConfiguration {
@Bean
公共MockService mockService（）{
）（新しいMockServiceImplを返します。
}
}
|
Beanがメソッド定義された豆のIDに春のIoCコンテナ、デフォルトの名前を登録してマークされ@Bean任意の方法、戻り値は定義されます。
- 発現レベル依存関係注入
典型的にはXML形式で、豆とビーン間の依存関係を表現するためです。
1 2 3 4 5 |
<ビーンID = "mockService"クラス= ".. MockServiceImpl ">
<propery名=" dependencyService" REF = "dependencyService" />
</ビーン>
<ビーンID = "dependencyService"クラス= "DependencyServiceImpl"> </豆>
|
フォームベースの設定JavaConfigはこれです：
1 2 3 4 5 6 7 8 9 10 11 12 |
@Configuration
パブリッククラスMockConfiguration {
@Bean
公共MockService mockService（）{
戻り新しいMockServiceImpl（dependencyService（））。
}
@Bean
公共DependencyService dependencyService（）{
）（新しいDependencyServiceImplを返します。
}
}
|
あなたは、Beanが他のBeanに依存しているクラスJavaConfigを定義した場合、直接それに対応する依存豆の作成メソッドを呼び出します。
@ComponentScan
このコメントはComponentScan関数@実際に自動的にスキャンし、負荷コンポーネントまたはビーン定義、最終的にこれらのビーン定義（例えば@Componentと@Repository等として）修飾されたXMLコンフィギュレーションの要素に対応し、春、で非常に重要である@ComponentScan IOCはコンテナにロードされました。
当社は、きめ細かいできbasePackages自動スキャンすることにより、カスタム@ComponentScanなどの属性の範囲を、指定されていない場合、デフォルトはクラス宣言@ComponentScan liesからスキャンパッケージを達成するために、Springフレームワークとなります。
注：デフォルトではbasePackagesに指定されていないので、そうSpringBootは、最良のルートパッケージに配置されたクラスを開始します。
深さ探査SpringApplication実行プロセス
runメソッドは、この旅行SpringApplication私たちのメインラインでの実装は以下のように、方法の主な流れは大まかにまとめることができます。
1） 如果我们使用的是SpringApplication的静态run方法，那么，这个方法里面首先要创建一个SpringApplication对象实例，然后调用这个创建好的SpringApplication的实例方法。在SpringApplication实例初始化的时候，它会提前做几件事情：
- 根据classpath里面是否存在某个特征类（org.springframework.web.context.ConfigurableWebApplicationContext）来决定是否应该创建一个为Web应用使用的ApplicationContext类型。
- 使用SpringFactoriesLoader在应用的classpath中查找并加载所有可用的ApplicationContextInitializer。
- 使用SpringFactoriesLoader在应用的classpath中查找并加载所有可用的ApplicationListener。
- 推断并设置main方法的定义类。
2） SpringApplication实例初始化完成并且完成设置后，就开始执行run方法的逻辑了，方法执行伊始，首先遍历执行所有通过SpringFactoriesLoader可以查找到并加载的SpringApplicationRunListener。调用它们的started()方法，告诉这些SpringApplicationRunListener，“嘿，SpringBoot应用要开始执行咯！”。
3） 创建并配置当前Spring Boot应用将要使用的Environment（包括配置要使用的PropertySource以及Profile）。
4） 遍历调用所有SpringApplicationRunListener的environmentPrepared()的方法，告诉他们：“当前SpringBoot应用使用的Environment准备好了咯！”。
5） 如果SpringApplication的showBanner属性被设置为true，则打印banner。
6） 根据用户是否明确设置了applicationContextClass类型以及初始化阶段的推断结果，决定该为当前SpringBoot应用创建什么类型的ApplicationContext并创建完成，然后根据条件决定是否添加ShutdownHook，决定是否使用自定义的BeanNameGenerator，决定是否使用自定义的ResourceLoader，当然，最重要的，将之前准备好的Environment设置给创建好的ApplicationContext使用。
7） ApplicationContext创建好之后，SpringApplication会再次借助Spring-FactoriesLoader，查找并加载classpath中所有可用的ApplicationContext-Initializer，然后遍历调用这些ApplicationContextInitializer的initialize（applicationContext）方法来对已经创建好的ApplicationContext进行进一步的处理。
8） 遍历调用所有SpringApplicationRunListener的contextPrepared()方法。
9） 最核心的一步，将之前通过@EnableAutoConfiguration获取的所有配置以及其他形式的IoC容器配置加载到已经准备完毕的ApplicationContext。
10） 遍历调用所有SpringApplicationRunListener的contextLoaded()方法。
11） 调用ApplicationContext的refresh()方法，完成IoC容器可用的最后一道工序。
12） 查找当前ApplicationContext中是否注册有CommandLineRunner，如果有，则遍历执行它们。
13） 正常情况下，遍历执行SpringApplicationRunListener的finished()方法、（如果整个过程出现异常，则依然调用所有SpringApplicationRunListener的finished()方法，只不过这种情况下会将异常信息一并传入处理）
去除事件通知点后，整个流程如下：
总结
到此，SpringBoot的核心组件完成了基本的解析，综合来看，大部分都是Spring框架背后的一些概念和实践方式，SpringBoot只是在这些概念和实践上对特定的场景事先进行了固化和升华，而也恰恰是这些固化让我们开发基于Sping框架的应用更加方便高效。
