SpringBoot（一）：特性概览-了解自动配置与起步依赖

近两年，SpringBoot成为了java web开发主框架，日益风行。那么，究竟为什么要用SpringBoot呢？

1、SpringBoot的诞生

我们知道，IT界使用Java做Web应用开发已有20年左右的历史，现如今已经成为一个成熟的语言。而最受Java开发者喜爱的框架当属Spring，Spring也随之成为了在Java EE开发中真正意义上的标准。

但是随着新技术的发展，脚本语言大行其道的时代（Node JS，Ruby，Groovy，Scala等），Java EE使用Spring逐渐变得笨重起来，大量的XML文件存在于项目中，所以项目本身繁琐的配置、整合第三方框架的配置问题，低下的开发效率和部署效率等等问题渐渐多了起来。在不断的社区反馈下，Spring团队便在Spring基础上，开发出了相应的框架：Spring Boot。

事实证明，SpringBoot确实是当之无愧的javaEE开发颠覆者～而Spring官方已经将 Spring Boot 作为公司最顶级的项目来推广，放到了官网上第一的位置，因此后续 Spring Boot 的持续发展也被看好。
接下来就让我们一起来聊聊SpringBoot的核心功能。

2、核心功能

SpringBoot的核心特点包含以下几项。

1）自动配置 -Auto Configuration

2）起步依赖-Starter Dependency

3）命令行界面-Spring Boot CLI

4）运行监控-Actuator

其中最重要的，最常用的就是自动配置和起步依赖。

先来说说自动配置～

SpringBoot的自动配置，就是基于添加的jar依赖，自动依据类中的配置、application.properties的配置项以及环境上下文的配置进行自动配置。这些自动配置呢，都是通过依赖spring-boot-autoconfiguration来实现的。

乍一听，是不是感觉有点蒙？

那就说得稍微细一点～

跟把大象🐘放进冰箱一样，它的加载流程分为以下3步：

a、加载spring.factories配置

SringBoot在启动时，会加载spring.factories里的属性org.springframework.boot.autoconfigure.EnableAutoConfiguration；属性中配置了SpingBoot支持的所有自动配置类(tips:项目中通常会使用这种模式进行功能的扩展哟～)；

b、声明类

进入类中，通过@Conditional等一系列的注解来分别声明相应的类；

c、加载相应配置项。

通过对应的propertis文件里面的默认配置项进行加载相应的配置项。如果项目中通过java或者配置文件的形式做了配置，那么就直接使用该配置的值，否则直接使用默认值。

这也就是为什么 我们并没有配置web服务的端口，服务却会默认以8080端口启动；而配置了以后，项目才会使用指定端口号启动。

如果还有一点点蒙，那就让我们一起进入源码，用例子来看看吧～

举一个SpringBoot对redis进行自动配置的栗子🌰～

如果我们的项目里面引入了redis客户端的依赖（jedis和lettuce任何一种客户端），SpringBoot就会根据redis的的自动配置类RedisAutoConfiguration进行后续配置的加载。下图是RedisAutoConfiguration类，我们可以看到它的加载流程：

1）首先会根据@ConditionalOnClass({RedisOperations.class})判断是否存在RedisOperations这个类；

2）如果存在，就会启用RedisProperties里面对应redis的所有属性配置；

这个类，采用前缀加属性,来组合我们的属性，其中具体的属性支持级联形式,比如:对于spring的端口配置,就是spring.redis.host了。

3）接着通过代码

@Import({LettuceConnectionConfiguration.class, JedisConnectionConfiguration.class})

分别引入LettuceConnectionConfiguration、JedisConnectionConfiguration这两个客户端的类(感兴趣的话，可以进入这两个类，看一下，它们其实也是使用@conditional注解继续进行判断的),每个客户端会自行建立连接,进行相应的配置；

4)最后，分别建立了两个bean:redisTemplate和stringRedisTemplate，我们看到它们均使用了@ConditionalOnMissingBean注解，即我们可以直接注入它们，进行使用；也可以根据业务场景，自己定义即可覆盖它们。

这样下来，只要我们引入了reids的客户端依赖，SpringBoot就帮我们自动配置了redis的地址、端口号等信息，还为我们声明了redisTemplate，如果是连接本地redis,端口也为默认端口，那么我们要做的就只是直接注入redisTemplate，使用它提供的各个方法去操作redis啦！是不是很神奇！！！

如果你跟着源码走一遍，就会更容易弄清楚啦～

到此为止，我们就摸清了SpringBoot自动配置的神秘面目～
啊哈～有木有很简单～我们下次会继续带领大家动手实现自己的自动配置。从而更深刻的了解自动配置原理，敬请期待哦～

好了，搞清楚了自动配置，接下来让我们再一起看看 起步依赖。

起步依赖是SpringBoot的另一大核心功能。体现在以下两点

1）直接面向功能。

2）一站获得所有依赖，不再复制粘贴。

也就是说使用SpringBoot 的这一特性，我们清楚我们要做什么，只要引入一个相应的starter-denpendency,SpringBoot就会根据我们的需要，帮助我们配置相应的依赖，而不用我们一个一个地去引入多个依赖，避免pom文件变得冗长，还容易出现依赖冲突的问题。

比如说我们要实现web功能,直接引入spring-boot-starter-web,其中包含了json、tomcat、web、webmvc以及hibernate的验证依赖。如果没有特别的业务需求，那么我们使用这一套依赖就完全足够了～

注意：所有的starter均可通过官网

https://docs.spring.io/spring-boot/docs/2.1.13.RELEASE/reference/html/using-boot-build-systems.html#using-boot-starter

进行查看，还可以通过每个starter后面的pom，查看该依赖对应引入了哪些依赖。

3、优点

1）异构性

各个微服务可以根据业务情况，采用不同的语言，不同的数据库进行存储。

2）弹性

采用了微服务，如果一个组件出现了不可用，不会导致级联扩展。

3）扩展

单体服务不易扩展，多个较小的服务可以按需扩展。比如说要更新电商平台的收费规则，可能就只会跟订单服务、用户服务等个别服务有关系，那么只需要扩展这些受到影响的服务即可。

4、实施微服务的代价

当然，任何东西都不可能是完美的，使用SpringBoot，也要付出一定的代价

1）分布式系统的的复杂性

采用了Spring Boot微服务架构，我们就自然不得不考虑分布式系统带来的服务管理问题。

2）开发、测试等诸多研发过程中的复杂性

如果一个服务，依赖了其他服务，那么启动这个服务，还需要保证它依赖的所有服务都同样启动。比如，在微服务体系中，总是会存在A服务依赖B服务，依赖C服务等情况。导致开发测试会变得复杂。

3）部署、监控等诸多运维复杂性。

同样的，部署、监控，需要关注的服务也会随之变得多起来，显得很复杂。

5、总结

总得来说，SpringBoot其实是对Spring Framework做了二次封装。以便简化开发，让程序员将更多的精力和时间放到业务上去。规避了繁琐的配置操作，从而减少了遭遇bug的数量。而对于运维人员来说，虽然要关心的服务可能更多了，但每种服务的维护均可以采用简单的脚本来进行优雅地维护。

因此，总体来讲，SpringBoot的出现，极大地降低了开发和运维的复杂度，也是软件开发发展的必然趋势。

扫码关注公众号，了解更多内容，并一起来探讨SpringBoot