前言

迪士尼置信大家都不生疏，在 1964 年的纽约世界博览会上，沃特·迪士尼向世界介绍了三件有创始意义的货色：“小小世界”（it’s a small world）、“与林肯学生共度的平凡时刻”（Great Moments with Mr. Lincoln）以及“文化演进之旋转木马”（Carousel of Progress）。你明天仍能看见它们。其中，我最喜爱的是“文化演进之旋转木马”，，这也是沃特·迪士尼的最爱之一。在每幕表演中，父亲（也是上演的叙述者）都会讲述最新的创造，并带上一句“这玩意儿不能更好了”，到头来却发现随着技术的提高，它确实变得更好了。它满足了人们一直谋求离奇、刺激的求新求异心理。乐园一直建造的游乐设施，新陈代谢，不仅满足孩子们的求新欲望。

Spring 的历史绝对要短的多，然而对于 Spring 给我的感触和“演进老爹”（Progress Dad）对 20 世纪的领会类似。仿佛每个 Spring 应用程序都让开发者的生存更上一个台阶，仅从 Spring 组件的申明和织入形式就能看出端倪。让咱们来看看 Spring 历史中的一些演变历程。

• Spring 1.0 的呈现彻底改变了咱们开发企业级 Java 应用程序的形式。Spring 的依赖注入与申明式事务意味着组件之间再也不存在紧耦合，再也不必重量级的 EJB 了。这玩意儿不能更好了。
• 到了 Spring 2.0，咱们能够在配置里应用自定义的 XML 命名空间，更小、更简略易懂的配置文件让 Spring 自身更便于应用。这玩意儿不能更好了。
• Spring 2.5 让咱们有了更优雅的面向注解的依赖注入模型（即 @Component 和 @Autowired 注解），以及面向注解的 Spring MVC 编程模型。不必再去显式地申明应用程序组件了，也不再须要去继承某个根底的控制器类了。这玩意儿不能更好了。
• 到了 Spring 3.0，咱们有了一套基于 Java 的全新配置，它可能取代 XML。在 Spring 3.1 里，一系列以 @Enable 结尾的注解进一步欠缺了这一个性。终于，咱们第一次能够写出一个没有任何 XML 配置的 Spring 应用程序了。这玩意儿不能更好了。
• Spring 4.0 对条件化配置提供了反对，依据应用程序的 Classpath、环境和其余因素，运行时决策将决定应用哪些配置，疏忽哪些配置。那些决策不须要在构建时通过编写脚本确定了；以前会把选好的配置放在部署的包里，当初状况不同了。这玩意儿不能更好了。

尽管如此，咱们仍旧没能逃脱配置的魔爪。开启某些 Spring 个性时，比方事务管理和 Spring MVC，还是须要用 XML 或 Java 进行显式配置。启用第三方库时也须要显式配置，比方配置 Servlet 和过滤器（比方 Spring 的 DispatcherServlet）同样须要在 web.xml 或 Servlet 初始化代码里进行显式配置。组件扫描缩小了配置量，Java 配置让它看上去简洁不少，但 Spring 还是须要不少配置。所有这些配置都代表了开发时的损耗。因为在思考 Spring 个性配置和解决业务问题之间须要进行思维切换，所以写配置挤占了写利用程序逻辑的工夫。和所有框架一样，Spring 实用，但与此同时它要求的回报也不少。除此之外，我的项目的依赖治理也是件吃力不讨好的事件。决定我的项目里要用哪些库就曾经够让人头痛的了，你还要晓得这些库的哪个版本和其余库不会有抵触，这难题切实太辣手。并且，依赖治理也是一种损耗，增加依赖不是写利用程序代码。一旦选错了依赖的版本，随之而来的不兼容问题毫无疑问会是生产力杀手。

当初轮到 Spring Boot 了。尽管 Spring 的每个版本都让咱们感觉所有都不能更好了，但 Spring Boot 还是向咱们证实了 Spring 依然有微小的后劲。事实上，我置信 Spring Boot 是长久以来 Java 开发历程里最意义粗浅、激动人心的货色。Spring Boot 让这所有成为了过来。

根本个性

Spring Boot 将很多魔法带入了 Spring 应用程序的开发之中，其中最重要的是以下四个外围。

• 主动配置：针对很多 Spring 应用程序常见的利用性能，Spring Boot 能主动提供相干配置。
• 起步依赖：通知 Spring Boot 须要什么性能，它就能引入须要的库。
• 命令行界面：这是 Spring Boot 的可选个性，借此你只需写代码就能实现残缺的应用程序，无需传统我的项目构建。
• Actuator：让你可能深刻运行中的 Spring Boot 应用程序，一探到底。

Spring Boot 就是 Spring

因为 Spring Boot 切实是太惊艳了，所以过来一年多的工夫里有不少和它相干的舆论。

首先，Spring Boot 不是应用服务器。这个误会是这样产生的：Spring Boot 能够把 Web 应用程序变为可自执行的 JAR 文件，不必部署到传统 Java 应用服务器里就能在命令行里运行。Spring Boot 在应用程序里嵌入了一个 Servlet 容器（Tomcat、Jetty 或 Undertow），以此实现这一性能。但这是内嵌的 Servlet 容器提供的性能，不是 Spring Boot 实现的。

与之相似，Spring Boot 也没有实现诸如 JPA 或 JMS（Java Message Service，Java 音讯服务）之类的企业级 Java 标准。它确实反对不少企业级 Java 标准，然而要在 Spring 里主动配置反对那些个性的 Bean。例如，Spring Boot 没有实现 JPA，不过它主动配置了某个 JPA 实现（比方 Hibernate）的 Bean，以此反对 JPA。最初，Spring Boot 没有引入任何模式的代码生成，而是利用了 Spring 4 的条件化配置个性，以及 Maven 和 Gradle 提供的传递依赖解析，以此实现 Spring 应用程序上下文里的主动配置。

简而言之，从实质上来说，Spring Boot 就是 Spring，它做了那些没有它你本人也会去做的 Spring Bean 配置。你不必再写这些样板配置了，能够专一于应用程序的逻辑，这些才是应用程序举世无双的货色。

初始化 Spring Boot 我的项目

万事开头难，你须要设置一个目录构造寄存各种我的项目内容，创立构建文件，并在其中退出各种依赖。咱们看一下初始化的几种用法：

• 通过 Web 界面应用。

这是最间接的方法，就是用浏览器关上 http://start.spring.io，你想用 Maven 还是 Gradle 来构建我的项目，以及应用 Spring Boot 的哪个版本。程序默认生成 Maven 我的项目，并应用 Spring Boot 的最新版本（非里程碑和快照版本），但你也能够自由选择其余选项。

• 通过 Spring Tool Suite 应用。

长久以来，Spring Tool Suite①始终都是开发 Spring 应用程序的不二之选。从 3.4.0 版本开始，它就集成了 Spring Initializr，这让它成为开始上手 Spring Boot 的好办法。要在 Spring Tool Suite 里创立新的 Spring Boot 应用程序，在 File 菜单里选中 New > Spring Starter Project 菜单项，按对话框提醒进行初始化即可。

• 通过 IntelliJ IDEA 应用。

IntelliJ IDEA 是十分风行的 IDE，IntelliJ IDEA 14.1 曾经反对 Spring Boot 了！要在 IntelliJ IDEA 里创立新的 Spring Boot 应用程序，在 File 菜单里抉择 New > Project。按对话框提醒进行初始化即可。

• 应用 Spring Boot CLI 应用。

如果你想仅仅写代码就实现 Spring 应用程序的开发，那么 Spring Boot CLI 是个不错的抉择。然而，Spring Boot CLI 的性能还不限于此，它有一些命令能够帮你应用 Initializr，通过它上手开发更传统的 Java 我的项目。

本篇文章只是简略阐明一下初始化的几种办法，具体操作步骤后续会独自解说。

总结

纵观 Spring 十多年来的倒退，始终受 Java 开发者的追捧，是因为它依据技术的倒退，不断进步和改善，并保持最后的指标：简化企业级 Java 开发。Spring Boot 为 Spring 应用程序的开发提供了一种激动人心的新形式，框架自身带来的阻力很小。Spring Boot 从有数知名企业的实际中吸取经验，总结并落实到框架中。如果说 Spring Framework 的指标是帮忙开发者写出好的零碎，那 Spring Boot 的指标就是帮忙开发者用更少的代码，更快地写出好的生产零碎。好了，接下来让咱们一起摸索和交换 Spring 的 plus 版 —— SpringBoot 吧！

最初的最初

为初学者提供学习指南，为从业者提供参考价值。我深信码农也具备产生洞见的能力。扫描下图二维码关注，学习和交换！