阿里P9告诉你 Spring Boot 2.0正式发布，升仍是不升呢？

Spring帝国

Spring几乎是每一位Java开发人员都耳熟能详的开发框架，不论您是一名初出茅庐的程序员仍是经验丰富的老司机，都会对其有必定的了解或使用经验。在现代企业级应用架构中，Spring技术栈几乎成为了Java语言的代名词，那么Spring为何可以在众多开源框架中脱颖而出，成为业内一致承认的技术解决方案呢？咱们不妨从最初的Spring Framework开始，看看它为何可以横扫千军，一统江湖！

挑战权威，一战成名

2004年3月，Spring的第一个版本以及其创始人Rod Johnson的经典力做《Expert one-on-one J2EE Development without EJB》发布，打破了当时Java开发领域的传统思考模式，企业级应用开始走向“轻量化”发展的步伐。

最初的Spring Framework 1.0并不像现在的Spring那么复杂，可是在该版本中已经包含了Spring中最为核心的两大要素：依赖注入（IOC）和面向切面编程（AOP），这两个功能是Spring区别于其余优秀框架，并在企业级应用中创建核心地位的关键所在。不少开发者在初涉Java应用的时候极可能会以为这两个功能的意义并不大，由于不用它们咱们依然能够很好的实现业务功能，事实也确实如此，可是随着业务的迭代和开发的深刻，复杂多变的需求开始慢慢侵蚀本来“完美”的架构，开发与测试的难度逐步增大，每每在这个时候，咱们才体会到了Spring的价值。因此，即使在Spring的最第一版本中也封装了诸多偏业务型的功能封装，如：邮件发送、事务管理等，但咱们要知道真正让企业级应用离不开Spring的理由并非这些与业务直接相关的功能，而是上面所说起的与业务实现绝不相关的两大核心。

因为在初期版本中Spring对不少功能性封装并无今天的Spring那么强大，因此很长一段时间，咱们都采用了Spring作工程管理来整合其余更优秀的功能型框架来完成系统开发的架构模式，好比曾经风靡一时的Spring + Struts + Hibernate架构，相信能够勾起一代人的回忆。

优雅灵活，吸粉无数

Spring在发布并得到业界的广泛承认以后，Spring开源社区变得异常活跃，除了社区自身不断对Spring进行加强以外，其余功能性框架也纷纷对Spring进行适配与支持。在随后发布的Spring 2.x和3.x中，前后支持了Annotation的优雅配置方式以及更为灵活的Java类的配置，这使得Spring在管理Bean的配置方式上变得更为多样化。

可是随着Spring的深刻应用，繁琐的配置问题也开始显现，咱们会发现每次在构建项目的时候老是在不断的复制黏贴着一些模版化的配置与代码，有时候咱们只是想实现几个很简单的功能，结果配置内容远大于业务逻辑代码的编写；同时，在框架整合过程当中，对于一些共同依赖的Jar包存在着潜在的冲突风险，使得一些复杂的整合任务变得困难起来。因此，Spring的“轻量级”在其余动态语言面前就显得不那么轻了。

轮子大师，前途未卜

在以后的Spring 4.x中除了提供对Java 8的支持以及对依赖注入的加强以外，有很长一段时间，Spring社区对其核心框架的创新就没有那么出彩了，社区更多的精力开始将矛头转向了曾经那些亲密无间的小伙伴们。因而，咱们在Spring社区发现多出了各类功能性的兄弟项目，好比：简化数据访问的Spring Data、提供批处理能力的Spring Batch、用于保护应用安全的Spring Security等。

虽然这些框架从个体来讲都有必定的优点和先进的理念，可是对于不少既有系统来讲，在功能性框架上很难作出改变，对于这些新生的轮子项目就很可贵到应用，除了一些从零开始的系统会作一些尝试以外，鉴于学习成本和踩坑风险的考虑，中小团队对这些新项目不多有愿意去尝试的。因此，一些老牌的功能性框架除非有严重的性能或安全问题出现，否则很难被这些轮子所替代。

在这段时间里，虽然Spring社区推出了那么多的轮子项目，可是真正在国内获得普遍应用的并很少，不少开发团队依然只是使用最核心的IOC和AOP，并根据本身团队的技术栈状况整合出更适合自身的脚手架来进行系统开发。

神兵出世，再创辉煌

2014年4月1日，Spring Boot发布了第一个正式版本。该项目旨在帮助开发者更容易地建立基于Spring的应用程序和服务，使得现有的和新的Spring开发者可以最快速地得到所须要的Spring功能。一直到今天发布2.x版本，共经历了近4年的发展，Spring Boot已是一个拥有了21000多Star，15000屡次Commits，贡献者超过400多名的超热门开源项目。

Spring Boot为何忽然如此备受关注与推崇呢？主要有如下几点：

• 简化依赖管理：在Spring Boot中提供了一系列的Starter POMs，将各类功能性模块进行了划分与封装，让咱们能够更容易的引入和使用，有效的避免了用户在构建传统Spring应用时维护大量依赖关系而引起的JAR冲突等问题。
• 自动化配置：Spring Boot为每个Starter都提供了自动化的Java配置类，用来替代咱们传统Spring应用在XML中繁琐且并不太变化的Bean配置；同时借助一系列的条件注解修饰，使得咱们也能轻松的替换这些自动化配置的Bean来进行扩展。
• 嵌入式容器：除了代码组织上的优化以外，Spring Boot中支持的嵌入式容器也是一个极大的亮点（此处仿佛又听到了Josh Long的那句：“Deploy as a Jar, not a War”），借助这个特性使得Spring Boot应用的打包运行变得很是的轻量级。
• 生产级的监控端点：spring-boot-starter-actuator的推出能够说是Spring Boot在Spring基础上的另外一个重要创新，为Spring应用的工程化变得更加完美。该模块并不能帮助咱们实现任何业务功能，可是却在架构运维层面给予咱们更多的支持，经过该模块暴露的HTTP接口，咱们能够轻松的了解和控制Spring Boot应用的运行状况。

Spring Boot虽然是基于Spring构建的，可是经过上面这些特性的支持，改变了咱们使用Spring的姿式，极大得简化了构建企业级应用的各类配置工做，尤为对于不少初学者来讲，变得更加容易入门使用。

Spring Boot 2.0 如约而至，升级与否？

万众期待的Spring Boot 2.0终于发布了第一个正式版本，为何Spring Boot 2.0如此受期待呢？我认为主要有如下几个缘由：

1. 支持最新的Java 9
2. 基于Spring 5构建，Spring的新特性都可以在Spring Boot 2.0中使用
3. 为各类组件的响应式编程提供了自动化配置，如：Reactive Spring Data、Reactive Spring Security等
4. 支持Spring MVC的非阻塞式替代方案WebFlux以及嵌入式Netty Server
5. Spring Boot 2.0的发布，Spring Cloud Finchley还会远吗？

上述列举的内容是笔者主要关心的重要内容，并不是Spring Boot 2.0全部的新特性，对于不一样的使用者来讲相信会有不一样的关注点。除此以外，在Spring Boot 2.0中还有很是多其余使人振奋的新特性，好比：对HTTP/2的支持、新增了更灵活的属性绑定API（能够不经过@ConfigurationProperties注解就能实现配置内容读取和使用）、对Spring Security整合的简化配置、Gradle插件的加强、Actuator模块的优化等等。本文不对这些新特性作详细的介绍，下面主要说说，咱们是否有必要将咱们的Spring Boot 1.x升级到Spring Boot 2.x，在这过程当中，咱们须要考虑和注意哪些问题。

Java版本要求的变化

咱们在选择是否要升级Spring Boot的时候，最早须要考虑的是Java版本的选择。在Spring Boot 2.0中提升了对Java版本的要求，咱们须要至少使用Java 8才能使用它，若是您的Spring Boot应用还运行在Java 7上，那就还得考虑Java的升级成本。

另外，在将来的一段时间内，您是否想要使用Java 9将是一个影响升级与否的重要决策依据，由于Spring Boot 1.x版本明确说明了没有对Java 9的支持计划；换言之，若是你想将Spring Boot运行在Java 9上，那么你必须升级到Spring Boot 2.0。

Tips：当前版本的Spring Boot 2.0虽然支持Java 9，可是依然还有一些问题。好比：JDK的代理支持须要使用AspectJ 1.9，可是该版本还处于RC版；还不支持Apache Cassandra；对于JSP TLDs在嵌入式Tomcat中也没法支持等状况。对于这些问题的具体处理方法可见：Running Spring Boot on Java 9

依赖组件的升级

Spring Boot的Starter中整合了很多优秀的第三方组件，这些组件的升级也须要咱们作好必定的考量，在这些组件的版本升级过程当中，使用上是否有变化等问题。其中，最为关键的几个组件须要咱们注意：

• ​Tomcat升级至8.5
• Flyway升级至5
• Hibernate升级至5.2
• Thymeleaf升级至3

Tips：前几日曝出的Tomcat漏洞问题。经查Spring Boot 2.0选用的版本为8.5.28，属于安全版本，因此你们能够放心使用。

依赖重组和配置重定位

在Spring Boot 2.0的升级过程当中，可能这部份内容将是你们要作出较多修改的地方，因此建议你们在这里留个心眼。因为Spring Boot在构建Starter POMs的时候并不是是扁平的一层结构，一些功能模块Starter之间是存在包含引用关系的，好比：spring-boot-starter-thymeleaf中包含了spring-boot-starter-web，由于thymeleaf模版引擎以前确定是在Spring MVC下使用的。可是，在Spring Boot 2.0中，WebFlux的出现对于Web应用的解决方案将再也不惟一，所以spring-boot-starter-thymeleaf中的依赖就不在包含spring-boot-starter-web，开发人员须要本身添加spring-boot-starter-web或spring-boot-starter-webflux来决定是使用哪一个模块实现Web应用。

除了相似上面的依赖重组以后，在Spring Boot 2.0中对于配置属性的重定位也是比较多的，这将致使一些原有的配置将再也不生效，须要咱们手工的去修改这些配置的Key来完成升级适配。好比，一些与servlet相关的server.*属性重定位到server.servlet前缀下：

Old property	New property
server.context-parameters.*	server.servlet.context-parameters.*
server.context-path	server.servlet.context-path
server.jsp.class-name	server.servlet.jsp.class-name
server.jsp.init-parameters.*	server.servlet.jsp.init-parameters.*
server.jsp.registered	server.servlet.jsp.registered
server.servlet-path	server.servlet.path

更多的依赖变化、配置重定位以及默认配置的变化，读者可自行查阅官方升级手册：Spring Boot 2.0 Migration Guide

没必要要的顾虑

以前有朋友在spring4all社区上问：若是Spring Boot升级2.0，2.0出了那么多新功能，咱们的业务代码是否也须要随之修改，风险会不会很大？其实，这个问题你们彻底不用太多的顾虑，Spring Boot 2.0虽然新增了不少强大的新特性，可是对于原有功能的支持并无抛弃。因此，就算咱们不用任何相似WebFlux这样的新功能，将工程升级到了Spring Boot 2.0以后，继续使用Spring MVC开发咱们的项目也是彻底没有影响的。只是，就如上面所述的，咱们可能须要作一些依赖和配置上的调整才能继续将应用正常的运行起来。

总结与展望

感谢你们可以读完上面我对Spring Boot 2.0的薄见，但愿这些内容可以对您在Spring Boot 2.0的选择上有必定的参考价值。这个版本虽然不像Spring Boot 1.0那样颠覆咱们对繁琐的Spring应用的认识，可是依然透露着不少时代前沿的气息。同时，Spring Boot 2.0的发布，也意味着Spring Cloud Finchley里正式发布又近了一步，由于这个版本中一样的将会带来不少使人兴奋的内容，相信这一天的到来也不远了！

对于当前Spring Boot 2.0的迁移升级，做为一名Spring Boot与Spring Cloud的忠实拥护者，在时间容许的状况下，这是一件必然会去尝试的事情，在将来的时间里，我也尽量的但愿抽出时间继续分享一些其中的问题与收获，与你们共勉！

须要了解获取更多学习资料或者视频请关注微信公众号：