[TOC]
前言
在谈SpringBoot 2.x 之前，先来聊点别的：
首先是Java 语言，这门长期占据编程语言排行榜首位的语言到底有什么魔力？
大家的看法是多种多样的，比如：
- 面向对象设计，使用简单，可以很快速的入门；
- 开源生态做得好，很多可重用的组件，拿来即用；
- 跨平台，高性能，是做后台开发的首选
还有一种观点很有意思：这是命好，每当人们觉得 Java 不行了的时候，总会有英雄横刀救美..
其中，主要说的是：
":最初 Java 开发出来不知道有什么用的时候，发现可以用 Applet 在网页上做动画。
后来企业级软件开发时代 JavaEE 大行其道，开源社区 Spring 桃李满天下。
等到了移动时代，人们觉得 Java 要完蛋了，Google 拍马救市，收购并开放了 Android 平台，当家语言就是 Java。
于是 Java 再次焕发勃勃生机。 目前在大数据领域，Java 同样是当仁不让的好手。"
原文出自这里，感兴趣的朋友可以去读一读。
"命好"的确没错，但这里想说的是开放性(开源)是非常关键的。
由于Java的开放性，其开源生态衍生出了非常多的优秀框架，其中最有代表性的就是SpringFramework。
随着框架的受众越来越多，该项目也在持续演进以满足日益增长的能力需求，最终大家便越来越离不开它。
到如今 SpringFramework 已经形成了一个庞大的生态圈，同时 Spring Web也已经成为Java开发的一种"事实标准"。
如果希望了解Spring 框架的一些历史，推荐读一读 是时候给大家介绍 Spring Boot/Cloud 背后豪华的研发团队了 这篇文章。
一、SpringBoot 简史
SpringBoot 的诞生不是没有道理的，可能大家都清楚，Spring Framework定义了一个核心的概念叫IoC，即控制反转。 这是什么意思？
控制反转，即对象的关系不再由对象本身决定，由容器来控制其依赖。简单说，就是由容器来帮你初始化对象，并完成自动化的关联。
这样，又有了依赖注入(Dependency Injection)的概念...总之，IoC 和 DI是 理解Spring框架的关键，后面所有出现的东西，都是从这两个概念开始的。
然后，因为要做自动化的对象初始化、关系装配，需要有个东西来描述这些关系，一般是用xml文件来描述，比如applicationContext.xml 会描述一个ApplicationContext上下文里面所拥有的对象实例，以及这些实例之间的关系。 于是乎，所有的 Spring 应用程序都使用了这样的配置方式。
在 Web 开发方面，Spring Framework诞生了 Spring MVC，用来简化 Servlet的开发。 通过AOP实现的路由转换能力，可以快速的把URL映射到一个Bean方法去处理；通过内置常用的编解码转换器，可以避免每次都要写格式转换的代码.. 这些能力，也让 Spring MVC 称为了Java Web开发框架的不二之选。
但是发展到了后来，随着 Web开发技术的逐步完善，一个框架集成的模块越来越多，而单一Web应用的功能特性也越来越多了。 此时大家逐渐发现，基于 xml的方式去定义Bean加载，工作量其实很大，而且配置文件逐渐变得臃肿、不好维护，有时候配置出现错误，经常是要排查个半天。 于是乎都用了@Bean、@Autowired注解，还有@ComponentScan 来实现自动化扫描，这些特性大大简化了开发工作。
SpringBoot 是基于免配置的思路来设计的，也就是说让你不用在配置上花太多时间，所有的东西尽可能都用内置的、现成的。
于是乎，就有了各种各样的 starter 子项目，严格说，这些 starter 只能算是胶水项目(几乎没有代码)，但是它们能让你获得许多开发上的愉悦体验！
下面的这些starter都具备不同的用途：
- spring-boot-starter
核心启动器，包含了自动配置、日志和YAML。 - spring-boot-starter-web
引入全栈式Web开发组件，包括Tomcat和spring-webmvc - spring-boot-starter-thymeleaf
引入Thymeleaf模板引擎，包括与Spring的集成。 - spring-boot-starter-test
引入常规的测试依赖，包括JUnit、Hamcrest、Mockito以及spring-test模块。 - spring-boot-starter-websocket
引入WebSocket模块 - spring-boot-starter-redis
引入Redis模块 - spring-boot-starter-security
引入 spring-security安全模块 - spring-boot-starter-data-jpa
引入数据存储层JPA(Java Persistence API) - spring-boot-starter-data-mongodb
引入MongoDB数据库模块 - spring-boot-starter-amqp
引入spring-rabbitmq客户端来支持AMQP协议 - spring-boot-starter-aop
引入AOP的编程模块，包括spring-aop和AspectJ - spring-boot-starter-mail
引入javax.mail模块 - spring-boot-starter-log4j
引入Log4J日志框架
同时，这些模块化项目是随着SpringBoot版本一起演进的。
2014年4月份，Spring Boot 刚发布了 1.0版本 便 迅速圈粉，接下来1.x 版本经历了4年的演进；
直到2018年3月份，Spring Boot 2.0版本发布，
下面，是SpringBoot经历过的一些版本：
Spring boot 1.1（2014 年 6 月）
改进的模板支持，gemfire 支持，elasticsearch 和 apache solr 的自动配置。
Spring Boot 1.2（2015 年 3 月）
升级到 servlet 3.1 / tomcat 8 / jetty 9，spring 4.1 升级，
支持 banner / jms / SpringBootApplication 注解。
Spring Boot 1.3（2016 年 12 月）
升级到 Spring 4.2 ，新的 spring-boot-devtools，
缓存模块实现自动化配置（ehcache，hazelcast，redis 和 infinispan）
支持完全可执行的 jar 支持。
Spring Boot 1.4（2017年1月）
spring 4.3 升级，支持 couchbase/neo4j，分析启动失败和RestTemplateBuilder。
Spring Boot 1.5（2017年2月）
支持 kafka / ldap，第三方库升级，弃用 crash 支持和执行器记录器端点以动态修改应用程序日志级别。
Spring Boot 2.0（2018 年 03 月）
基于 Java 8，支持 Java 9，支持 Quartz ，调度程序大大简化了安全自动配置，支持嵌入式 Netty。
Spring Boot 2.1（2018 年 10 月）
支持 Java 11，升级Spring 5.1，应用性能提升，度量模块做了改进。
其中 Spring Boot 2.0跨度较大，酝酿期也达到1年之多，整个 底层的SpringCore 核心都做了较大的升级(基于Spring 5.0)。
随着 SpringBoot 2.1的发布，2.2即将面世，整个2.0 版本也会趋于稳定。
其中，对于大多数人比较关心的，是Spring Boot 2都有哪些更新，要不要做升级？
图-Spring之父 Rod Johnson
二、SpringBoot 2 的变化
下面列举了Spring Boot 2.0这个重要版本的一些更新：
1.配置的变更
在 2.x 中废除了一些 1.x 中的配置，并增加了许多新配置，详细请查看以下链接中的变更表格。
https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.0-Configuration-Changelog
此外，关于配置的绑定方式也有些变化：
在 1.x 中，配置绑定是通过注解 @ConfigurationProperties 来注入到 Spring 环境变量中的。
在 2.x 中，配置绑定功能有了些的改造，在调整了 1.x 中许多不一致地方之外，还提供了独立于注解之外的 API 来装配配置属性。
并增加了属性来源，这样你就能知道这些属性是从哪个配置文件中加载进来的。
2.JDK 版本升级
2.x 至少需要 JDK 8 的支持，2.x 里面的许多方法应用了 JDK 8 的许多高级新特性，所以升级到 2.0 版本必须先确认你的应用必须兼容 JDK 8。
另外是 2.x 开始了对 JDK 9 的支持。
3.第三方类库升级
2.x 对第三方类库升级了所有能升级的稳定版本，一些值得关注的类库：
1) Spring Framework 5+
2) Tomcat 8.5+
3) Flyway 5+
4) Hibernate 5.2+
5) Thymeleaf 3+
4.响应式编程支持
2.x 通过启动器和自动配置全面支持 Spring 的响应式编程，响应式编程是完全异步和非阻塞的，它是基于事件驱动模型，而不是传统的线程模型。
就连 Spring Boot 内部也对一些功能点进行了有必要的响应式升级，最值得注意的是对内嵌式容器的支持。
对响应式编程支持又包括以下几个技术模块。
1) Spring WebFlux & WebFlux.fn 支持
2) 响应式 Spring Data 支持
3) 响应式 Spring Security 支持
4) 内嵌式的 Netty 服务器支持
5.Data 支持
上面有说到对响应式 Spring Data 的支持，除此之外，其他 Data 模块也做了许多更新和提升，具体体现在以下几个地方。
1) 2.x 默认使用 HikariCP 连接池；
2) 更加合理化的优化了数据库初始化逻辑；
3) spring.jdbc.template 自动配置现在可以通过 spring.jdbc.template 属性定制；
4) 提供了新配置 spring.jdbc.template 方便分页和排序；
5) 对数据库 spring.jdbc.template 自动化配置支持；
6) 可以高级定制 MongoDB 客户端；
7) 可以通过 spring.cache.redis.* 来配置 Redis 缓存默认值。
6.Web加强
除了上面说了 2.x 对响应式框架的支持，还包括以下几个 web 开发改进。
1) 使用内嵌式容器时，context path 会和端口一起记录并打印出来；
2) 所有支持的容器都支持过滤器的初始化；
3) Thymeleaf 开始支持 javax.time 类型；
4) 提供了一个 spring-boot-starter-json 启动器对 JSON 读写的支持。
7.HTTP/2 支持
提供对HTTP/2 的支持，如：Tomcat, Undertow, Jetty，这个得依赖具体选择的应用服务器和应用环境。
8.其他增强
出了前面的一些变化，还包括以下的一些增强：
Actuator加强
在 2.x 中，对执行器端点进行了许多改进，所有的 HTTP 执行端点现在都暴露在 /actuator路径下，并对 JSON 结果集也做了改善。
Gradle 插件
Spring Boot的 Gradle 插件全面重写了，并且最小支持 Gradle 4+ 以便提供一些重要的特性提升。
Kotlin
2.x 开始提供对 Kotlin 1.2 的支持，并且提供了一个 runApplication 函数来运行 Spring Boot 应用。
Quartz支持
2.x 提供了一个 spring-boot-starter-quartz 启动器对定时任务框架 Quartz 的支持。
测试支持
在 2.x 中，对测试模块有了一些调整，如自动化的配置增强。
在这里，可以看到更详细的的版本特性。
三、要不要升级
Spring Boot 2.0 发布至今已经将近一年了，目前来看应该是比较稳定的，而市面上也出现不少基于 SpringBoot 2.0的教程书籍，在这个时间点开始使用是没有问题的。
A. 如果所在的团队较小，或是对于新的项目，建议可以直接上手；
B. 对于规模较大，或是已经上线一段时间的项目，则需要考虑如下问题：
- 当前的Spring Boot版本是否存在重大的缺陷？
- 切换过程产生的人力成本是否可以接受？
- 团队中对于新版本的掌握程度如何？
对于后者，我更多建议持保守态度，Spring Boot 1.x 尽管目前已经停止更新，但其经历了4年多的迭代完善，目前是使用面最广且最为稳定的。
如果确实想进行升级，也建议先做好的分析及测试，也可以看看SpringBoot 2.0迁移指南
作为初学者来看，使用 Spring Boot 1.x 还是 2.x 的区别并不大，相比较之下，当下在使用 1.x过程中遇到的一些问题会更容易找到答案。
或许，你可以从下面这篇文章开始学习 Spring Boot。
欢迎继续关注"美码师的补习系列-springboot篇" ，期待更多精彩内容^-^
