前言
在谈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 内部也对一些功能点进行了有必要的响应式升级，最值得注意的是对内嵌式容器的支持。
对响应式编程支持又包括以下几个技术模块。
- Spring WebFlux & WebFlux.fn 支持
- 响应式 Spring Data 支持
- 响应式 Spring Security 支持
- 内嵌式的 Netty 服务器支持
5.Data 支持
上面有说到对响应式 Spring Data 的支持，除此之外，其他 Data 模块也做了许多更新和提升，具体体现在以下几个地方。
- 2.x 默认使用 HikariCP 连接池；
- 更加合理化的优化了数据库初始化逻辑；
- spring.jdbc.template 自动配置现在可以通过 spring.jdbc.template 属性定制；
- 提供了新配置 spring.jdbc.template 方便分页和排序；
- 对数据库 spring.jdbc.template 自动化配置支持；
- 可以高级定制 MongoDB 客户端；
- 可以通过 spring.cache.redis.* 来配置 Redis 缓存默认值。
6.Web加强
除了上面说了 2.x 对响应式框架的支持，还包括以下几个 web 开发改进。
- 使用内嵌式容器时，context path 会和端口一起记录并打印出来；
- 所有支持的容器都支持过滤器的初始化；
- Thymeleaf 开始支持 javax.time 类型；
- 提供了一个 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篇" ，期待更多精彩内容-