Spring和SpringBoot

前段时间面试的时候有人问到关于Spring和SpringBoot的区别，虽然当时巴拉巴拉说了一大堆，现在回想起来感觉思路不是很清晰。

这里就做一下整理吧。由于本人了解的内容有限，可能有些偏差，还请各位大神见谅。

Spring

先说一下Spring吧，这里主要是指SpringFramework，也就是Spring的工作平台。如果把软件开发比作是盖房子，那么Spring的主要作用就是把这个过程中所需要的各种材料管理起来，砖头、水泥、钢筋。。。同时像和水泥这种工作，砂石、水这些配比组合。总结下来两点：材料仓库和组织管理。这不就是Spring的IOC么。

同时Spring的AOP功能又提供了软件工程过程中各层面的横向切入，针对一类工作做统一的功能扩展。

但是市面上又不只是Spring嘛。如果我们要数据库，那么可能用到myBatis。如果我们要分布式服务，那么可能用到dubbo。如果要缓存，那么可能用到redis。这么些东西如何放到spring这个工作平台上呢？于是各个厂家提供了自己的接入包，通过SpringBean定义、Spring的各种处理器，来将这些技术所用到的组件托管到spring容器里。

至此似乎一切都很完美，谁想接入进来，就根据Spring的接入规范将自己托管给它。那么还有改进的空间么？

在SpringBoot出现以前，组件的引入、托管到spring容器、版本管理这些都需要架构师们来处理，稍有不慎就会出现很多莫名其妙的问题。相信在这之前各个大厂肯定也在考虑如何定义一套规则，来统一处理这种事情。然后SpringBoot就应运而生了。

SpringBoot

首先是自动装配。其实这部分并没有什么新的技术，而是在Spring已有的能力基础上，实现了一套针对外部组件接入的规范。我们可以看到，不管是@EnableAutoConfiguration注解上使用的@Import注解，SpringFactories的SPI实现，还是配置类中使用的Conditional，实际上都是Spring提供的。SpringBoot是基于这些技术实现了一套管理第三方组件的方案。

回想我们在Spring下引入某个组件要做的事，首先是Maven中将依赖包引入进来，然后添加配置（配置类方式或xml方式等）。

那么SpringBoot怎么做呢？ Maven中引入依赖的starter（不需要版本号）即可。SpringBoot已经组织了市面上绝大多数组件，当用户依赖对应starter时，相应的配置类就会生效了。

省掉了什么呢？ 这里得提一下SpringBoot的一个约定，当检查到项目中依赖到对应的组件时，SpringBoot默认认为用户需要引入这个组件，对应的配置类生效。即约定大于配置的一种体现。这个实现是通过Conditional达到的。

同时对于Mybatis这种，Spring官方不支持怎么办？ SpringBoot提供了自定义starter的能力，那么我们只需要按照规范自定义一个starter就行了。

总结一下自动装配：SpringBoot组织好了各个组件的配置类，通过用户定义starter来使之生效。换句话说，用户引入第三方组件时，再也不需要自己来定义如何交给Spring托管了，SpringBoot已经帮你做了，你需要做的只是告诉SpringBoot你要用什么。

然后再来说一下执行器actuator。既然SpringBoot组织了各个组件，那么如何保证组件状态正常、使用情况如何？那么这就是执行器的用处了。SpringBoot执行器提供了一套完善的功能，让用户可以很方便的监控引入的组件。

总结

好了，现在回过头来看最初的问题，Spring和SpringBoot有什么区别？

Spring是基础平台，提供了软件开发过程中的对象管理、AOP操作等基础能力。

SpringBoot是针对组件依赖这个方向的功能扩展，提供了完备的组件依赖机制，同时提供了对依赖组件的监控机制。

本篇谈到的内容都是个人的理解。受限与个人的技术能力，可能会有一些不准确的地方，还请各位大神指正。