主要带大家了解Spring Boost，让你对它有一个整体的认识。
前言
这几天一直没有更新，本来上一篇文章打算写MyBatis和实际项目的应用，当我把项目代码看完后，发现里面很多地方还是不太理解，就先不写了，等过两个月，实力水平提上来后，我再写这块内容。
这两天一直在看Spring Boost相关知识，其实它就是个框架，真要写些什么，其实不太好写，框架需要自己去多用。既然要写这个系列，那就还是从基础知识开始，这个系列不打算写很多篇，就掌握基本知识就可以，等后面在项目中使用，再结合具体场景再慢慢学习。
SpringBoot是什么？
随着动态语言的流行（Ruby、Groovy、Scala、Node.js），Java 的开发显得格外的笨重，繁多的配置、低下的开发效率、复杂的部署流程以及第三方技术集成难度大。
在上述环境下，Spring Boot 应运而生。它使用“习惯优于配置”（项目中存在大量的配置，此外还内置一个习惯性的配置，让你无须手动进行配置）的理念让你的项目快速运行起来。
使用 Spring Boot 很容易创建一个独立运行（运行 jar，内嵌 Servlet 容器）、准生产级别的基于 Spring 框架的项目，使用 Spring Boot 你可以不用或者只需要很少的 Spring 配置。
Spring Boot 核心功能
- 独立运行的 Spring 项目：Spring Boot 可以以 jar 包的形式独立运行，运行一个 Spring Boot 项目只需通过 java–jar xx.jar 来运行。
- 内嵌 Servlet 容器：Spring Boot 可选择内嵌 Tomcat、Jetty 或者 Undertow，这样我们无须以 war 包形式部署项目。
- 提供 starter 简化 Maven 配置：Spring 提供了一系列的 starter pom 来简化 Maven 的依赖加载，例如，当你使用了spring-boot-starter-web 时，会自动加入相关依赖包。
- 自动配置 Spring：Spring Boot 会根据在类路径中的 jar 包、类，为 jar 包里的类自动配置 Bean，这样会极大地减少我们要使用的配置。当然，Spring Boot 只是考虑了大多数的开发场景，并不是所有的场景，若在实际开发中我们需要自动配置 Bean，而 Spring Boot 没有提供支持，则可以自定义自动配置。
- 准生产的应用监控：Spring Boot 提供基于 http、ssh、telnet 对运行时的项目进行监控。
- 无代码生成和 xml 配置：Spring Boot 的神奇的不是借助于代码生成来实现的，而是通过条件注解来实现的，这是 Spring 4.x 提供的新特性。Spring 4.x 提倡使用 Java 配置和注解配置组合，而 Spring Boot 不需要任何 xml 配置即可实现 Spring 的所有配置。
Spring Boot的优缺点
优点：
- 快速构建项目。
- 对主流开发框架的无配置集成。
- 项目可独立运行，无须外部依赖Servlet容器。
- 提供运行时的应用监控。
- 极大地提高了开发、部署效率。
- 与云计算的天然集成。
缺点：
- 版本迭代速度很快，一些模块改动很大。
- 由于不用自己做配置，报错时很难定位。
@SpringBootApplication注解的三体结构解析
@SpringBootApplication
我们可以看到Spring Boot的启动类：
import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; @SpringBootApplication public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } }
@SpringBootApplication 是一个“三体”结构，实际上它是一个复合 Annotation：
@Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented @Inherited @Configuration @EnableAutoConfiguration @ComponentScanpublic @interface SpringBootApplication{...}
虽然它的定义使用了多个 Annotation 进行元信息标注，但实际上对于 SpringBoot 应用来说，重要的只有三个 Annotation，而“三体”结构实际上指的就是这三个 Annotation：
- @Configuration
- @EnableAutoConfiguration
- @ComponentScan
所以，如果我们使用如下的 SpringBoot 启动类，整个 SpringBoot 应用依然可以与之前的启动类功能对等：
@Configuration @EnableAutoConfiguration @ComponentScan class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } }
@Configuration
具体使用可以参考文章《【Spring基础系列3】Spring常用的注解》
很多 SpringBoot 的代码示例都喜欢在启动类上直接标注 @Configuration 或者 @SpringBootApplication，对于初接触 SpringBoot 的开发者来说，其实这种做法不便于理解，如果我们将上面的 SpringBoot 启动类拆分为两个独立的 Java 类，整个形势就明朗了：
@Configuration @EnableAutoConfiguration @ComponentScan public class DemoConfiguration { @Bean public Controller controller() { return new Controller(); } } public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoConfiguration.class, args); } }
所以，启动类 DemoApplication 其实就是一个标准的 Standalone 类型 Java 程序的 main 函数启动类，没有什么特殊的。而 @Configuration 标注的 DemoConfiguration 定义其实也是一个普通的 JavaConfig 形式的 IoC 容器配置类。
@EnableAutoConfiguration
@EnableAutoConfiguration 其实也没啥“创意”，简单概括一下就是，借助 @Import 的支持，收集和注册特定场景相关的 bean 定义：
- @EnableScheduling 是通过 @Import 将 Spring 调度框架相关的 bean 定义都加载到 IoC 容器。
- @EnableMBeanExport 是通过 @Import 将 JMX 相关的 bean 定义加载到 IoC 容器。
而 @EnableAutoConfiguration 也是借助 @Import 的帮助，将所有符合自动配置条件的 bean 定义加载到 IoC 容器，仅此而已！
其自身定义关键信息如下：
@Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented @Inherited @AutoConfigurationPackage @Import(EnableAutoConfigurationImportSelector.class) public @interface EnableAutoConfiguration {...}
其中，最关键的要属 @Import（EnableAutoConfigurationImportSelector.class），借助 EnableAutoConfigurationImportSelector，@EnableAutoConfiguration 可以帮助 SpringBoot 应用将所有符合条件的 @Configuration 配置都加载到当前 SpringBoot 创建并使用的 IoC 容器，就跟一只“八爪鱼”一样（如图 1 所示）。
借助于 Spring 框架原有的一个工具类：SpringFactoriesLoader 的支持，@EnableAutoConfiguration 可以“智能”地自动配置功效才得以大功告成！
@ComponentScan
具体使用可以参考文章《【Spring基础系列3】Spring常用的注解》
@ComponentScan是可有可无的，因为原则上来说，作为 Spring 框架里的“老一辈革命家”，@ComponentScan 的功能其实就是自动扫描并加载符合条件的组件或 bean 定义，最终将这些 bean 定义加载到容器中。加载 bean 定义到 Spring 的 IoC 容器，我们可以手工单个注册，不一定非要通过批量的自动扫描完成，所以说 @ComponentScan 是可有可无的。
如果我们当前应用没有任何 bean 定义需要通过 @ComponentScan 加载到当前 SpringBoot 应用对应使用的 IoC 容器，那么，除去 @ComponentScan 的声明，当前 SpringBoot 应用依然可以照常运行，功能对等。
SpringApplication.run执行流程
这个有点多，放到文章《【Spring Boot系列1】一文带你了解Spring Boot（下）》中进行讲解。
配置文件
在文章《【MyBatis系列4】MyBatis与Spring Boost整合》中，我们其实就用到了Spring Boost的配置，这里再详细讲述一下。
YAML vs XML
SpringBoot使用一个全局的配置文件，配置文件名是固定的(有两种形式)：
- application.properties
- application.yml
配置文件的作用：修改SpringBoot自动配置的默认值；(SpringBoot在底层都给我们自动配置好了)
YAML：以数据为中心，比json、xml等更适合做配置文件。以前的配置文件；大多都使用的是 xxxx.xml文件。
XML例子：
<server> <port>8080</port> </server>
YAML：配置例子
server: port: 8080
YAML基本使用姿势
先给个示例：
person: lastName: hello age: 18 boss: false birth: 2017/12/12 maps: {k1: v1,k2: 12} lists: ‐ lisi ‐ zhaoliu dog: name: 小狗 age: 12
“lastName: hello”就是k:v格式，“maps: {k1: v1,k2: 12}”就是通过行表示的k:v格式，也可以写成：
maps: k1: v1 k2: 12
对于下面的lists，表示的是数组：
lists: ‐ lisi ‐ zhaoliu
也可以通过行表示为lists:[lisi,zhaoliu]。
配置文件注入的内容，后面会进行讲解。
后记
不想让篇幅太长，这篇就先介绍到这里，下一篇继续介绍Spring Boot的基础知识，主要讲述“SpringApplication.run执行流程”。
这两天看Spring Boot，感觉还是有些抽象，不像之前写的几个系列，看得见摸得着的东西比较多（就是自己可以动手去尝试），然后可以尝试的内容，感觉又稍微有点深，主要是目前用不着，也不想去花那个时间和精力，可能是自己刚接触这块的原因吧。
先不想那么多了， 把基础的知识先掌握了，后面再边学边看。
