BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

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

| 作者 Victor Grazi 关注 21 他的粉丝 ,译者 盖磊 关注 2 他的粉丝 发布于 2018年3月13日. 估计阅读时间: 15 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

看新闻很累?看技术新闻更累?试试下载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的支持。

被访者简介

Phil Webb供职于Pivotal,他当前是Spring Boot项目的牵头人。他来自于英国,但目前和他的家人一起生活在美国加州。

查看英文原文: Spring Boot 2.0 Goes GA; Project Lead Phil Webb Speaks to InfoQ About the New Release

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT