前言

前面我们分析了Spring，那么今天来聊聊Spring Boot。我们都知道Spring Boot是Spring旗下的另一个出名的框架，现在比较火的Spring Cloud也是在其基础上结合Netflix的全家桶实现的。那么接下来我们来分析分析Spring Boot。

诞生的背景

什么背景下诞生了该技术？

不论是哪个框架，不会平白无故诞生，不会平白无故的被人所追捧，了解其背景，追根溯源。

思考：在没有Spring Boot之前，我们是如何开发的？

Spring已经成为Java程序员事实上的标准，就像现在的Kubernetes是容器编排的标准一样。虽然还有其他框架，但是Spring可谓真的是一家独大。

我们在开发时引入Spring的Jar包，需要考虑其兼容性，我们开始使用一些特性，例如事务管理、Web、AOP等等，我们开始在Spring.xml里配置这个，配置那个，记不住咋办？配置复杂怎么办？我们这时候进入了一个配置的地狱，用的Spring组件越多，我们的配置越复杂。

有没有一个办法解决这些问题？

答案是有：我们通过约定大于配置来减少配置！！！

Spring Boot诞生了，是的约定大于配置。一些基础的配置我们不再需要管理，默认初始化的配置够用，约定大于配置，配置少了，这下感觉Spring又轻量了。

它解决了什么痛点、什么问题？

技术没有银弹，只有实事求是，解决问题。

Jar包冲突、配置地狱、Spring不再轻量，Spring需要重生，重新轻量。

上面这是核心问题，最大的痛点。那么仔细想想还有吗？

比如我们是个web项目，我们要用jetty\weblogic\tomcat，能不能进一步简化配置，不再配置这些Web容器，搞搞搞，嵌入式容器就出来了，一个Fat包搞定。

它有什么优缺点？

没有完美的技术、完美的框架、完美的实现。

优点

1. 约定大于配置，当之无愧的优点。
2. 独立的Jar包部署，一包搞定所有
3. 嵌入式的Web容器，不再需要创建war包，不再需要单独部署Web容器。
4. 良好的扩展性，可以自己扩展自动化配置，这是Spring的立根之本。
5. 内置一些监控，但是这还是不够，很多时候我们还是需要结合监控系统API自己监控埋点

缺点

1. 版本迭代过快，版本兼容性差。（欲速则不达）
2. 默认配置太多，调优、排障增加困难（简单意味着复杂）

有什么核心功能特性、亮点

这个技术有哪些核心的功能，亮点是什么？能给我们带来什么价值、收益？

• 约定大于配置，简化了配置，提升了开发效率。

• 嵌入式的Web容器，不再需要二次安装配置Web容器。

• 自动装载，满足条件自动加载、自动配置，提高开发效率。

• 良好的扩展性，自定义Starter，简化配置、提高开发效率。

核心功能实现原理、追其本质

芒格曾经说过，我们要学习重要学科的重要原理，像我们学习技术一样，我们要学习主要框架的核心实现原理，了解其本质，了解其解决的痛点，追其本质。

Spring Boot的约定大于配置是如何实现的？本质是什么？

约定大于配置：默认不需要配置的，采用默认配置。如果有特殊需要，我们再自定义配置。

Spring Boot约定默认配置都放在application.properties或者application.yml文件中，许多配置都进行了默认初始化。

开箱即用的自动装配功能是怎么实现的？

还记得Spring中的@ConditionalXXX等注解吗？其核心实现都离不开这些注解,这里我们来看下Tomcat。

首先引入了spring-boot-starter-web模块，然后就会通过@ConditionalOnClass去判断Tomcat类有没没有加载，如果有，则初始化。

为何如此发展

分析发展路线图、分析核心版本，追根溯源。

Spring 家族、生态越加丰满，越来越被依赖，依赖越多，越重。如何才能找回本心，重新轻量，因此Spring Boot就应运而生，Spring Boot诞生后，各种组件的Start就诞生了，约定大于配置，深入人心。

比如：spring mybatis starter

最出名的就是Spring Cloud全家桶了，其本质就是Spring Boot + Netflix全家桶。