转载

InfoQ就Spring Boot 2.0 GA版发布采访了项目牵头人Phil Webb

看新闻很累？看技术新闻更累？试试下载InfoQ手机客户端，每天上下班路上听新闻，有趣还有料！

广受期待的Spring Boot 2.0近期由Spring的托管企业Pivotal 发布。这是Spring Boot自2014年6月推出以来的首次版本升级，也是自2017年2月发布广为使用的1.5版本后的首次发布。

Spring Boot面向技术“入门者”，对配置结构和自动配置给出了一些强烈推荐（opinionated）的条条框框，并基于注入（injection）默认设置为Spring提供了强大的生命周期。它有助于开发人员在保持重叠传递依赖一致性的同时，轻松地启动包含多种技术选择的新应用。

Spring Boot Initializr 自推出近四年来，已经生成了数百万个项目。这使得Spring Boot成为一种在整个技术范围内初始化JVM应用的标准。

受支持的Spring Boot技术已分门别类为Core、Web、模板引擎、SQL、NoSQL、Messaging、一些基于云的丰富类别、Pivotal Cloud Foundry、Azure、Social、IO和Ops等。这些类别涵盖了当代应用中使用的大部分流行框架。

针对新发布的Spring Boot，InfoQ采访了项目牵头人Phil Webb。

InfoQ：开门见山。Spring Boot自推出以来，已成为Spring产品组合中最重要的平台之一。Spring Boot 2.0将给出哪些特性？

Webb：的确如此。Spring Boot 2.0具有两个主要目标。第一个目标是支持响应式编程（非阻塞应用。这类应用是异步的、事件驱动的，并且扩展所需的线程数量少）。我们为所有支持响应式编程的Spring项目提供了自动配置。其中包括Spring Framework 5.0附带的Spring WebFlux。现在也首次支持选择Netty作为嵌入服务器。

第二个目标相对不是那么引人关注。为确保能对未来的构建打下一个很好的基础，我们正试图完善我们在1.x系列中做出的一些决策。因此在这个版本中，我们做了很多的清理和重构工作。

InfoQ：有哪些特性是我们已在1.5版中习惯的，但是在未来版本中需要做出改变的？

Webb：对于大多数现有用户来说，并没有什么重大变化。我们仍然提供对配置的约定，仍然根据类路径的内容自动配置Spring，依然对开发人员自定义的Bean提供重试补偿机制（backoff）。开发人员仍然可自行配置属性文件、yaml文件或环境变量。

人们可能会注意到，具有差异的特性主要是安全配置和OAuth。对于OAuth功能，现在已由一个专门的Spring Security项目处理。

InfoQ：新版本是否向后兼容？

Webb：版本升级后，对开发人员最明显的影响在于属性文件。出于提高一致性的考虑，我们重命名了不少属性。如果开发人员正在迁移现有项目，并使用了良好支持Spring Boot的IDE，那么在尝试使用旧属性名称时会收到警告。我们提供了一个十分有用的迁移器jar包。它可以将旧名称映射到新名称，使得开发人员有机会逐步重命名事物。

此外，项目所需的更改量取决于该项目与Spring Boot的集成程度。例如，如果开发人员使用了标准的自动配置功能，并使用了一些属性自定义事物，那么确实不应该存在任何迁移上的痛苦。如果项目更为复杂，可能需要做一些代码迁移。对于用户可接触到的特性而言，最大改进是对嵌入Servlet容器、执行器端点（Actuator Endpoint）和一些度量的支持。特别是执行器端点，该特性在2.0中完全迥异。但如果开发人员需要花一些时间做迁移，那么可以从Jersey和WebFlux获得免费支持。在迁移指南中，详细地介绍了该迁移器jar包的相关信息。

InfoQ：旧的属性是被弃用了，还是不再支持？

Webb：旧属性名称仅在使用迁移器项目时受支持。这为我们提供了一种两全其美的做法，即我们可以在重命名属性的同时，保持自身代码库的清洁。但人们依然需要一个迁移路径。这意味着，一旦完成迁移并删除了迁移者，开发人员就不再需要为检查旧名称付出性能上的损失。

InfoQ：新版本是否需要Spring Framework 5.0支持？

Webb：是的。我们一直都需要最新的Spring Framework版本，Spring Boot 2.0也不例外。我们期待Spring Framework 5.0.3或更高版本。

InfoQ：最低支持的Java版本是什么？

Webb：当前，最低要求版本是Java 8。我们大量地使用了Java 8的特性和类。因此，Spring Boot 2.0无法在更早期的Java版本上运行。

InfoQ：是否完全支持Java 9？

Webb：Spring Boot 2.0完成支持Java 9。我们实现了持续集成，确保Spring Boot可使用Java 9构建并运行所有例子代码。在Wiki页面 https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-with-Java-9 中提供了更多细节。

InfoQ：是否完全支持HTTP/2？

Webb：开发人员可以通过Jetty、Undertow或Tomcat使用HTTP/2，细节参见参考文档。简而言之，只要在属性文件中添加 server.http2.enabled=true ，并配置SSL即可。我们并不支h2c，即明文（cleartext）HTTP/2协议。

InfoQ：这是否意味着你们将继续支持一些广为使用的应用服务器，诸如Tomcat、Jetty和Thymeleaf？

Webb：我们继续为嵌入的Tomcat 8.5、etty 9.4和Undertow 1.4提供支持。对于WebFlux应用，开发人员也可以使用嵌入的Netty 4.1。还可以将Spring Boot应用部署到应用服务器，而且我们也会针对TomEE、Wildfly、WebSphere Liberty Profile和Glassfish测试每个构建。

受支持的Thymeleaf最低版本是3.0。Thymeleaf将继续提供出色的Spring支持，包括针对响应式应用的引擎节流（engine throttling）。

InfoQ： Spring Boot新版本的发布，是否会与Oracle新实施的每6个月推出一个新版本的策略保持同步？

Webb：Spring Boot 2.0采用特性驱动版本。除非我们实现了完整的响应式特性，否则不能称新版本为完成。展望未来，此后推出的几个版本将更加迭代，并且更易于根据日期推出新版本。话虽然这么说，但是Spring Boot的发布并不会完全跟随Oracle的发布节奏。我们计划与Spring Framework的进展亦步亦趋，将在其发布之后数月内发布。

InfoQ：我们在多个新项目中都看见了Spring Boot的应用。Spring Boot的采纳情况如何？

Webb：就我们所能够追踪的一些指标来看，我们对Spring Boot的采纳率非常满意。当然，作为一个开源项目，我们很难得到一个确切的数字。人们只要认为合适，就可以自由地使用该软件，并没有强制要求他们将使用信息反馈给我们。

我们曾使用共享Maven下载量为指标。最近我们更喜欢使用从Spring Initializr（start.spring.io）生成的项目数量。虽然当前采纳的增长率随时间的推移而自然趋于平缓，但就2017年而言，已经产生了470万的Initalizr项目，这比2016年增长了256％。Maven的下载量的原始数据明显更高，增长了300％。我很高兴看到这两个增长曲线间具有很好的相关性。

但是我最喜欢的指标是对项目的反馈贡献数。我很高兴看到现在项目代码库具有超过400位贡献者。

一些公开提供的数据看上去也十分不错。Spring Boot就GitHub的Java项目的 fork数而言排行第一（排名第二的是Spring框架），就GitHub的Java项目的星标数而言排行第七。

InfoQ：终止支持版本1.x是否已经提上日程？

Webb：通常，Spring项目的主版本会提供三年的支持，小版本提供12个月的支持。鉴于Spring Boot 1.0是2014年发布的，1.5版在2017年早期发布，已经接近常规支持协议的上限了。我们完全理解人们需要一定升级的时间，这样我们规划至少对1.5版提供支持到明年。

InfoQ：能否给出一个以前版本并不提供的响应式支持的例子吗？是否需要使用WebFlux和Reactor，才能从响应式中受益？还是具体实现自然会为用户提供响应式的好处？如果是这样，如何实现？

Webb：我认为Spring在反应式编程上具有相当独特的地位。虽然我们可以一头扎入其中，并完全采用响应式技术栈，但也可以从更小处着手。实际上，开发人员可以从基于Servlet的MVC应用返回响应式类型（Flux和Mono），这将会工作。虽然开发人员从中并不能获得任何好处，但是他们不必完全转向新的体系结构，就可以有机会尝试响应式API。Spring Framework 5.0还引入了一个新的WebClient API。该API提供了一种非常自然的调用远程Web服务的方式。该API大量地使用了 Reactor类型，使开发人员可以用十分自然的方式编写操作。

还应该看到，除了传统的同步阻塞模型之外，我们还提供了响应式编程选项。团队正致力于为开发人员提供对两种模式的选择，并将继续在这两个方面上投入精力。

InfoQ：除了Java之外，Spring Boot还原生支持哪些JVM语言？

Webb：开发人员可以使用几乎所有具有良好Java互操作性的JVM语言编写Spring Boot应用。如果开发人员想使用除Java以外的其它一些开发方式，Groovy和Kotlin无疑也是很好的选择。

InfoQ：Python的使用日益广泛。Spring团队是否也对Python平台做了一些工作？

Webb：我并不了解有Spring项目正在使用Python。Spring显然是基于多年开发工作的支持，所以我们基于JVM语言是完全合情合理的。项目近期对另一种语言Kotlin做了一些投资。Spring框架和Spring Boot都具有Kotlin扩展，这些扩展提供了一流的开箱即可用的Kotlin体验。

InfoQ：您提及了在安全上的一些改进。Spring Boot是否会使用去年新推出的Spring Security 5.0？

Webb：是的。Spring Security 5.0是Spring Boot 2.0的最小需求。

InfoQ：您能介绍一下对于安全所做的一些特定改进吗？

Webb：为支持响应式编程，Spring Security本身就给出了一整套新的API。如果开发人员熟悉现有的Spring Security概念，那么相应的响应式概念也非常易于上手。

在2.0版中，Spring Boot安全配置也得到了简化。并且为了实现更简化的模型，移除了1.5版支持的一些较为复杂的用户化设置。在此博客帖子中详细解释了上述改进的合理之处。

InfoQ：使用Micrometer度量是一个新的做法，还是内建的？是否对JMX可用？

Webb：在2.0版中， Micrometer.io 取代了之前Spring Boot本身提供的度量API。我们自动为各种技术提供工具，例如Spring MVC、RestTemplate、DataSource Pools等。使用Micrometer可以实现类似于Boot 1.5的方式，通过JMX和HTTP公开各种度量。真正令人兴奋之处在于，使用Micrometer还可以将度量提供到多种不同的后端。我们正在实现对导出度量到Atlas、Datadog、Ganglia、Graphite、New Relic、Prometheus、SignalFX和StatsD的支持。