前段时间面试的时候有人问到关于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是针对组件依赖这个方向的功能扩展,提供了完备的组件依赖机制,同时提供了对依赖组件的监控机制。
本篇谈到的内容都是个人的理解。受限与个人的技术能力,可能会有一些不准确的地方,还请各位大神指正。