https://www.ibm.com/developerworks/cn/java/j-whats-new-in-spring-framework-5-theedom/index.html
Spring 5 於 2017 年 9 月發布了通用版本 (GA)，它標志着自 2013 年 12 月以來第一個主要 Spring Framework 版本。它提供了一些人們期待已久的改進，還采用了一種全新的編程范例，以反應式宣言中陳述的反應式原則為基礎。
這個版本是很長時間以來最令人興奮的 Spring Framework 版本。Spring 5 兼容 Java™8 和 JDK 9，它集成了反應式流，以便提供一種顛覆性方法來實現端點和 Web 應用程序開發。
誠然，反應式編程不僅是此版本的主題，還是令許多開發人員激動不已的重大特性。人們對能夠針對負載波動進行無縫擴展的災備和響應式服務的需求在不斷增加，Spring 5 很好地滿足了這一需求。
本文將全面介紹 Spring 5。我將介紹 Java SE 8 和 Java EE 7 API 的基准升級、Spring 5 的新反應式編程模型、HTTP/2 支持，以及 Spring 通過 Kotlin 對函數式編程的全面支持。我還會簡要介紹測試和性能增強，最后介紹對 Spring 核心和容器的一般性修訂。
升級到 Java SE 8 和 Java EE 7
直到現在，Spring Framework 仍支持一些棄用的 Java 版本，但 Spring 5 已從舊包袱中解放出來。為了充分利用 Java 8 特性，它的代碼庫已進行了改進，而且該框架要求將 Java 8 作為最低的 JDK 版本。
Spring 5 在類路徑（和模塊路徑）上完全兼容 Java 9，而且它通過了 JDK 9 測試套件的測試。對 Java 9 愛好者而言，這是一條好消息，因為在 Java 9 發布后，Spring 能立即使用它。
在 API 級別上，Spring 5 兼容 Java EE 8 技術，滿足對 Servlet 4.0、Bean Validation 2.0 和全新的 JSON Binding API 的需求。對 Java EE API 的最低要求為 V7，該版本引入了針對 Servlet、JPA 和 Bean Validation API 的次要版本。
反應式編程模型
Spring 5 最令人興奮的新特性是它的反應式編程模型。Spring 5 Framework 基於一種反應式基礎而構建，而且是完全異步和非阻塞的。只需少量的線程，新的事件循環執行模型就可以垂直擴展。
該框架采用反應式流來提供在反應式組件中傳播負壓的機制。負壓是一個確保來自多個生產者的數據不會讓使用者不堪重負的概念。
Spring WebFlux 是 Spring 5 的反應式核心，它為開發人員提供了兩種為 Spring Web 編程而設計的編程模型：一種基於注解的模型和 Functional Web Framework (WebFlux.fn)。
基於注解的模型是 Spring WebMVC 的現代替代方案，該模型基於反應式基礎而構建，而 Functional Web Framework 是基於@Controller 注解的編程模型的替代方案。這些模型都通過同一種反應式基礎來運行，后者調整非阻塞 HTTP 來適應反應式流 API。
使用注解進行編程
WebMVC 程序員應該對 Spring 5 的基於注解的編程模型非常熟悉。Spring 5 調整了 WebMVC 的 @Controller 編程模型，采用了相同的注解。
在清單 1 中，BookController 類提供了兩個方法，分別響應針對某個圖書列表的 HTTP 請求，以及針對具有給定 id 的圖書的 HTTP 請求。請注意 resource 方法返回的對象（Mono 和 Flux）。這些對象是實現反應式流規范中的 Publisher 接口的反應式類型。它們的職責是處理數據流。Mono 對象處理一個僅含 1 個元素的流，而 Flux 表示一個包含 N 個元素的流。
清單 1. 反應式控制器
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
@RestController
public class BookController {
@GetMapping("/book")
Flux<
Book
> list() {
return this.repository.findAll();
}
@GetMapping("/book/{id}")
Mono<
Book
> findById(@PathVariable String id) {
return this.repository.findOne(id);
}
// Plumbing code omitted for brevity
}
|
這是針對 Spring Web 編程的注解。現在我們使用函數式 Web 框架來解決同一個問題。
函數式編程
Spring 5 的新函數式方法將請求委托給處理函數，這些函數接受一個服務器請求實例並返回一種反應式類型。清單 2 演示了這一過程，其中 listBook 和 getBook 方法類似於清單 1 中的功能。
清單 2. 清單 2.BookHandler 函數類
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
public class BookHandler {
public Mono<
ServerResponse
> listBooks(ServerRequest request) {
return ServerResponse.ok()
.contentType(APPLICATION_JSON)
.body(repository.allPeople(), Book.class);
}
public Mono<
ServerResponse
> getBook(ServerRequest request) {
return repository.getBook(request.pathVariable("id"))
.then(book -> ServerResponse.ok()
.contentType(APPLICATION_JSON)
.body(fromObject(book)))
.otherwiseIfEmpty(ServerResponse.notFound().build());
}
// Plumbing code omitted for brevity
}
|
通過路由函數來匹配 HTTP 請求謂詞與媒體類型，將客戶端請求路由到處理函數。清單 3 展示了圖書資源端點 URI 將調用委托給合適的處理函數：
清單 3. Router 函數
|
1
2
3
4
5
6
7
8
9
|
BookHandler handler = new BookHandler();
RouterFunction<
ServerResponse
> personRoute =
route(
GET("/books/{id}")
.and(accept(APPLICATION_JSON)), handler::getBook)
.andRoute(
GET("/books")
.and(accept(APPLICATION_JSON)), handler::listBooks);
|
這些示例背后的數據存儲庫也支持完整的反應式體驗，該體驗是通過 Spring Data 對反應式 Couchbase、Reactive MongoDB 和 Cassandra 的支持來實現的。
使用 REST 端點執行反應式編程
新的編程模型脫離了傳統的 Spring WebMVC 模型，引入了一些很不錯的新特性。
舉例來說，WebFlux 模塊為 RestTemplate 提供了一種完全非阻塞、反應式的替代方案，名為 WebClient。清單 4 創建了一個 WebClient，並調用 books 端點來請求一本給定 id 為 1234 的圖書。
清單 4. 通過 WebClient 調用 REST 端點
|
1
2
3
4
5
6
|
Mono<
Book
> book = WebClient.create("http://localhost:8080")
.get()
.url("/books/{id}", 1234)
.accept(APPLICATION_JSON)
.exchange(request)
.then(response -> response.bodyToMono(Book.class));
|
HTTP/2 支持
Spring Framework 5.0 將提供專門的 HTTP/2 特性支持，還支持人們期望出現在 JDK 9 中的新 HTTP 客戶端。盡管 HTTP/2 的服務器推送功能已通過 Jetty servlet 引擎的 ServerPushFilter 類向 Spring 開發人員公開了很長一段時間，但如果發現 Spring 5 中開箱即用地提供了 HTTP/2 性能增強，Web 優化者們一定會為此歡呼雀躍。
Java EE Servlet 規范預計將於 2017 年第 4 季度發布，Servlet 4.0 支持將在 Spring 5.1 中提供。到那時，HTTP/2 特性將由 Tomcat 9.0、Jetty 9.3 和 Undertow 1.4 原生提供。
Kotlin 和 Spring WebFlux
Kotlin 是一種來自 JetBrains 的面向對象的語言，它支持函數式編程。它的主要優勢之一是與 Java 有非常高的互操作性。通過引入對 Kotlin 的專門支持，Spring 在 V5 中全面吸納了這一優勢。它的函數式編程風格與 Spring WebFlux 模塊完美匹配，它的新路由 DSL 利用了函數式 Web 框架以及干凈且符合語言習慣的代碼。可以像清單 5 中這樣簡單地表達端點路由：
清單 5. Kotlin 的用於定義端點的路由 DSL
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
@Bean
fun apiRouter() = router {
(accept(APPLICATION_JSON) and "/api").nest {
"/book".nest {
GET("/", bookHandler::findAll)
GET("/{id}", bookHandler::findOne)
}
"/video".nest {
GET("/", videoHandler::findAll)
GET("/{genre}", videoHandler::findByGenre)
}
}
}
|
使用 Kotlin 1.1.4+ 時，還添加了對 Kotlin 的不可變類的支持（通過帶默認值的可選參數），以及對完全支持 null 的 API 的支持。
使用 Lambda 表達式注冊 bean
作為傳統 XML 和 JavaConfig 的替代方案，現在可以使用 lambda 表達式注冊 Spring bean，使 bean 可以實際注冊為提供者。清單 6 使用 lambda 表達式注冊了一個 Book bean。
清單 6. 將 Bean 注冊為提供者
|
1
2
3
4
|
GenericApplicationContext context = new GenericApplicationContext();
context.registerBean(Book.class, () -> new
Book(context.getBean(Author.class))
);
|
Spring WebMVC 支持最新的 API
全新的 WebFlux 模塊提供了許多新的、令人興奮的功能，但 Spring 5 也迎合了願意繼續使用 Spring MVC 的開發人員的需求。Spring 5 中更新了模型-視圖-控制器框架，以兼容 WebFlux 和最新版的 Jackson 2.9 和 Protobuf 3.0，甚至包括對新的 Java EE 8 JSON-Binding API 的支持。
除了 HTTP/2 特性的基礎服務器實現之外，Spring WebMVC 還通過 MVC 控制器方法的一個參數來支持 Servlet 4.0 的 PushBuilder。最后，WebMVC 全面支持 Reactor 3.1 的 Flux 和 Mono 對象，以及 RxJava 1.3 和 2.1，它們被視為來自 MVC 控制器方法的返回值。這項支持的最終目的是支持 Spring Data 中的新的反應式 WebClient 和反應式存儲庫。
使用 JUnit 5 執行條件和並發測試
Spring 5 的測試套件通過多種方式得到了增強，但最明顯的是它對 JUnit 5 的支持。現在可以在您的單元測試中利用 Java 8 中提供的函數式編程特性。清單 7 演示了這一支持：
清單 7. 清單 7.JUnit 5 全面接納了 Java 8 流和 lambda 表達式
|
1
2
3
4
5
6
7
|
@Test
void givenStreamOfInts_SumShouldBeMoreThanFive() {
assertTrue(Stream.of(20, 40, 50)
.stream()
.mapToInt(i -> i)
.sum() > 110, () -> "Total should be more than 100");
}
|
Spring 5 繼承了 JUnit 5 在 Spring TestContext Framework 內實現多個擴展 API 的靈活性。舉例而言，開發人員可以使用 JUnit 5 的條件測試執行注解 @EnabledIf 和 @DisabledIf 來自動計算一個 SpEL (Spring Expression Language) 表達式，並適當地啟用或禁用測試。借助這些注解，Spring 5 支持以前很難實現的復雜的條件測試方案。Spring TextContext Framework 現在能夠並發執行測試。
使用 Spring WebFlux 執行集成測試
Spring Test 現在包含一個 WebTestClient，后者支持對 Spring WebFlux 服務器端點執行集成測試。WebTestClient 使用模擬請求和響應來避免耗盡服務器資源，並能直接綁定到 WebFlux 服務器基礎架構。
WebTestClient 可綁定到真實的服務器，或者使用控制器或函數。在清單 8 中，WebTestClient 被綁定到 localhost：
清單 8. 綁定到 localhost 的 WebTestClient
|
1
2
3
4
|
WebTestClient testClient = WebTestClient
.bindToServer()
.baseUrl("http://localhost:8080")
.build();
|
在清單 9 中，測試了 RouterFunction：
清單 9. 將 WebTestClient 綁定到 RouterFunction
|
1
2
3
4
5
6
7
8
9
10
11
|
RouterFunction bookRouter = RouterFunctions.route(
RequestPredicates.GET("/books"),
request -> ServerResponse.ok().build()
);
WebTestClient
.bindToRouterFunction(bookRouter)
.build().get().uri("/books")
.exchange()
.expectStatus().isOk()
.expectBody().isEmpty();
|
包清理和棄用
Spring 5 中止了對一些過時 API 的支持。遭此厄運的還有 Hibernate 3 和 4，為了支持 Hibernate 5，它們遭到了棄用。另外，對 Portlet、Velocity、JasperReports、XMLBeans、JDO 和 Guava 的支持也已中止。
包級別上的清理工作仍在繼續：Spring 5 不再支持 beans.factory.access、jdbc.support.nativejdbc、mock.staticmock（來自 spring-aspects 模塊）或 web.view.tiles2M。Tiles 3 現在是 Spring 的最低要求。
對 Spring 核心和容器的一般更新
Spring Framework 5 改進了掃描和識別組件的方法，使大型項目的性能得到提升。目前，掃描是在編譯時執行的，而且向 META-INF/spring.components 文件中的索引文件添加了組件坐標。該索引是通過一個為項目定義的特定於平台的應用程序構建任務來生成的。
標有來自 javax 包的注解的組件會添加到索引中，任何帶 @Index 注解的類或接口都會添加到索引中。Spring 的傳統類路徑掃描方式沒有刪除，而是保留為一種后備選擇。有許多針對大型代碼庫的明顯性能優勢，而托管許多 Spring 項目的服務器也會縮短啟動時間。
Spring 5 還添加了對 @Nullable 的支持，后者可用於指示可選的注入點。使用者現在必須准備接受 null 值。此外，還可以使用此注解來標記可以為 null 的參數、字段和返回值。@Nullable 主要用於 IntelliJ IDEA 等 IDE，但也可用於 Eclipse 和 FindBugs，它使得在編譯時處理 null 值變得更方便，而無需在運行時發送 NullPointerExceptions。
Spring Logging 還提升了性能，自帶開箱即用的 Commons Logging 橋接器。現在已通過資源抽象支持防御性編程，為 getFile訪問提供了 isFile 指示器。
結束語
Spring 5 的首要特性是新的反應式編程模型，這代表着對提供可無縫擴展、基於 Spring 的響應式服務的重大保障。隨着人們對 Spring 5 的采用，開發人員有望看到反應式編程將會成為使用 Java 語言的 Web 和企業應用程序開發的未來發展道路。
未來的 Spring Framework 版本將繼續反映這一承諾，因為 Spring Security、Spring Data 和 Spring Integration 有望采用反應式編程的特征和優勢。
總之，Spring 5 代表着一次大受 Spring 開發人員歡迎的范例轉變，同時也為其他框架指出了一條發展之路。