SpringFramework5.0是自2013年12月版本4发布之后SpringFramework的第一个主发行版。SpringFramework项目的领导人JuergenHoeller于2016年7月28日宣布了第一个SpringFramework5.0里程碑版本(5.0M1)。
现在，将近一年的时间过去以后，我们期盼已久的RC3版本将于2017年7月18日发行。这是路线图规划中SpringFramework5.0首个GA发行版的最后一次发行。
从高层来看，SpringFramework5.0的功能可以分为：
JDK基线更新
核心框架修正
核心容器更新
含Kotlin在内的函数式编程
响应式编程模型
测试改进
库支持
中止支持
SpringFramework5.0的JDK基线更新
整个Springframework5.0代码库运行于Java8之上。因此SpringFramework5.0对环境的最低要就就是Java8。
这一点实际上对框架而言非常重要。而作为开发者的我们而言，则已经能够去藉此来享受到现代Java发行版中的所有新特性了。而框架版本还背负这支持已经不被建议使用的Java发行版的任务。
现在，框架的最低要求是Java8.
SpringFramework5.0原来是计划在Java9之上发行的。然后，在基于Java9的发行版运作了超过18个月之后，Spring团队决定将SpringFramework5.0发行版同Java9的绑定关系解除。
不过，在Java9发布的时候(计划是2017年9月份),SpringFramework5.0会准备好的。
核心框架修订
核心的SpringFramework5.0已经利用Java8所引入的新特性进行了修订。比较关键的一些如下：
基于Java8的反射增强,SpringFramework5.0中的方法参数可以更加高效的进行访问。
核心的Spring接口现在提供基于Java8的默认方法构建的选择性声明。
用@Nullable和@NotNull注解来显示表明可为空的参数和以及返回值。这样就够在编译的时候处理空值而不是在运行时抛出NullPointerExceptions。
在日志记录方面，SpringFramework5.0带来了CommonsLogging桥接模块的封装,它被叫做spring-jcl而不是标准的CommonsLogging。当然，无需任何额外的桥接，新版本也会对Log4j2.x,SLF4J,JUL(java.util.logging)进行自动检测。
有了Resourse抽象所提供的isFile指示器以及getFile方法，防御式编程方法也得到了框架的推动。
核心容器更新
SpringFramework5.0现在支持候选组件索引作为类路径扫描的替代方案。该功能已经在类路径扫描器中添加，以简化添加候选组件标识的步骤。
应用程序构建任务可以定义当前项目自己的META-INF/spring.components文件。在编译时，源模型是自包含的，JPA实体和Spring组件是已被标记的。
从索引读取实体而不是扫描类路径对于小于200个类的小型项目是没有明显差异。但对大型项目影响较大。加载组件索引开销更低。因此，随着类数的增加，索引读取的启动时间将保持不变。
加载组件索引的耗费是廉价的。因此当类的数量不断增长，加上构建索引的启动时间仍然可以维持一个常数,不过对于组件扫描而言，启动时间则会有明显的增长。
这个对于我们处于大型Spring项目的开发者所意味着的，是应用程序的启动时间将被大大缩减。虽然20或者30秒钟看似没什么，但如果每天要这样登上好几百次，加起来就够你受的了。使用了组件索引的话，就能帮助你每天过的更加高效。
你可以在Spring的Jira上了解更多关于组件索引的相关信息。
@Nullable注解现在也可以被用来作为可选注入项的指示器。@Nullable为对象使用方规定了一项义务，就是它们必须准备以为取值为null的值。在此次发布之前，实现这件事情的唯一方法就是通过Android的Nullable,CheckerFramework的Nullable,以及JSR305的Nullable。
发行说明中的其他一些新功能和增强功能包括：
在GenericApplicationContext和AnnotationConfigApplicationContext中实现函数式编程风格。
对接口方法的事务、缓存和异步注释的一致性检测。
将XML配置命名空间简化为无版本化的模式。
使用Kotlin进行函数式编程
SpringFramework5.0引入了对JetBrainsKotlin语言的支持。Kotlin是一种支持函数式编程编程风格的面向对象语言。Kotlin运行在JVM之上，但运行环境并不限于JVM。
有了对Kotlin的支持，开发者可以进行深度的函数式Spring编程，特别是在函数式Web端点以及Bean注册这些方面。
在SpringFramework5.0中,你可以为WEB的函数式API编写干净且地道的Kotlin代码，就像下面这样：
|
1
2
3
4
5
6
7
8
9
10
|
{ ("/movie" and accept(TEXT_HTML)).nest { GET("/", movieHandler::findAllView) GET("/{card}", movieHandler::findOneView) } ("/api/movie" and accept(APPLICATION_JSON)).nest { GET("/", movieApiHandler::findAll) GET("/{id}", movieApiHandler::findOne) }} |
对于 Bean 的注册，作为 XML 或者 @Configuration 以及 @Bean 的替代办法, 现在你可以使用 Kotlin 来注册 Spring Bean了，就像下面这样：
|
1
2
3
4
5
6
|
val context = GenericApplicationContext {registerBean()registerBean { Cinema(it.getBean())}} |
响应式编程模型
此次Spring发行版本的一个激动人心的特性就是新的响应式堆栈WEB框架。这个堆栈完全的响应式且非阻塞，适合于事件循环风格的处理，可以进行少量线程的扩展。
ReactiveStreams是来自于Netflix,Pivotal,Typesafe,RedHat,Oracle,Twitter以及Spray.io的工程师特地开发的一个API。它为响应式编程实现的实现提供一个公共的API，好实现Hibernate的JPA。这里JPA就是这个API,而Hibernate就是实现。
ReactiveStreamsAPI是Java9的官方版本的一部分。在Java8中,你会需要专门引入依赖来使用ReactiveStreamsAPI。
SpringFramework5.0对于流式处理的支持依赖于ProjectReactor来构建,其专门实现了ReactiveStreamsAPI。
SpringFramework5.0拥有一个新的spring-webflux模块，支持响应式HTTP和WebSocket客户端。SpringFramework5.0还提供了对于运行于服务器之上，包含了REST,HTML,以及WebSocket风格交互的响应式网页应用程序的支持。
在spring-webflux中包含了两种独立的服务端编程模型：
基于注解：使用到了@Controller以及SpringMVC的其它一些注解；
使用Java8lambda表达式的函数式风格的路由和处理。
有了SpringWebflux,你现在可以创建出WebClient,它是响应式且非阻塞的，可以作为RestTemplate的一个替代方案。
这里有一个使用Spring5.0的REST端点的WebClient实现：
|
1
2
3
4
5
6
|
WebClient webClient = WebClient.create();Mono person = webClient.get().uri("http://localhost:8080/movie/42").accept(MediaType.APPLICATION_JSON).exchange().then(response -> response.bodyToMono(Movie.class)); |
尽管新的WebFlux模块给我么带来了激动人心的新能力，传统的SpringMVC在SpringFramework5.0仍然得到了完整的支持。
测试方面的提升
SpringFramework5.0完全支持JUnit5Jupiter，所以可以使用JUnit5来编写测试以及扩展。此外还提供了一个编程以及扩展模型，Jupiter子项目提供了一个测试引擎来在Spring上运行基于Jupiter的测试。
另外，SpringFramework5还提供了在SpringTestContextFramework中进行并行测试的扩展。
针对响应式编程模型，spring-test现在还引入了支持SpringWebFlux的WebTestClient集成测试的支持，类似于MockMvc，并不需要一个运行着的服务端。使用一个模拟的请求或者响应，WebTestClient就可以直接绑定到WebFlux服务端设施。
你可以在这里找到这个激动人心的TestContext框架所带来的增强功能的完整列表。
当然，SpringFramework5.0仍然支持我们的老朋友JUnit!在我写这篇文章的时候，JUnit5还只是发展到了GA版本。对于JUnit4，SpringFramework在未来还是要支持一段时间的。
库支持
SpringFramework5.0目前支持以下升级库的版本：
Jackson2.6+
EhCache2.10+/3.0GA
Hibernate5.0+
JDBC4.0+
XmlUnit2.x+
OkHttp3.x+
Netty4.1+
中止的支持
在API层面，SpringFramework5.0不再支持以下包：
beans.factory.access
jdbc.support.nativejdbc
spring-aspects模块的mock.staticmock
web.view.tiles2M.（最低要求Tiles3）
orm.hibernate3和orm.hibernate4.目前Hibernate5是支持的框架。
SpringFramework5.0同时也停止了对以下库的支持：
Portlet.
Velocity.
JasperReports.
XMLBeans.
JDO.
Guava.
如果你正在使用任何上面的包，建议你将SpringFramework版本维持在4.3.x。
结语
SpringFramework5.0的亮点绝对是响应式编程，这是一个重要的范式转变。你可以将SpringFramework5.0作为响应式程序的基础版本。对于2017年及以后的剩余时间里，你可以期待看到子项目实现响应式特性。你将看到即将发布的SpringData、SpringSecurity、SpringIntegration等版本所提供的响应式编程功能。
SpringData团队已经为MongoDB和Redis实现了响应式支持。
使用JDBC获取响应式支持还为时过早。JDBC规范本身就是阻塞的，在传统的JDBC数据库中看到响应式编程的还需要一段时间。
虽然响应式编程是SpringFramework5.0中的闪光点，但它不会在任何地方得到支持。下游技术需要提供响应式支持。
随着响应式编程越来越受欢迎，我们可以期待越来越多的技术将实现响应式解决方案。当然，我们可以期待Spring框架随着其他的响应式编程方案的使用而发展
以上就是本文关于简单了解Spring Framework5.0新特性的全部内容，希望对大家有所帮助。如有不足之处，欢迎留言指出。
原文链接：http://blog.csdn.net/u012562943/article/details/77449666
