Dubbo 簡介
Apache Dubbo 是一款 RPC 服務開發框架，用于解決微服務架構下的服務治理與通信問題，官方提供了 Java、Golang 等多語言 SDK 實作，使用 Dubbo 開發的微服務原生具備相互之間的遠程地址發現與通信能力， 利用 Dubbo 提供的豐富服務治理特性，可以實作諸如服務發現、負載均衡、流量調度等服務治理訴求，Dubbo 被設計為高度可擴展，用戶可以方便的實作流量攔截、選址的各種定制邏輯，
背景
Spring Framework 6.0 于11月16日正式發布 GA 版本，Spring Boot 3.0 也于11月25日正式發布 GA 版本，并且Spring 6 & SpringBoot 3最低支持JDK17，意味著如果升級使用Spring 6 & Spring Boot 3時就必須需要升級使用JDK17，
然而Java 8 目前是國內主流生產環境 Java 版本之一，雖然近幾年陸續發布了 Java 11、Java 17 官方 LTS 版本，但是大部分開發者依然本著 “你發任你發，我用Java8” 的看法看待JDK的升級，不過 Java 17 版本在性能上確實做了大量的優化特別是 ZGC 的發布，促進了國內不少企業升級到 Java 17，
而Spring 框架在 Java 生態中的重要程度不言而喻，我們相信在Spring 這波“最低支持JDK17” 推動下，Spring Framework 6.0 & Spring Boot 3.0 一定會在不久的將來被大家接受，并成為主流技術堆疊，
Dubbo 社區非常重視 Spring 社區的更新迭代，總會積極支持適配，這點在最近Spring 6.0 和 Spring Boot 3.0 發布中同樣得到了驗證，Dubbo 社區早在Spring 6.0.0-RC4 和 Spring Boot 3.0.0-RC2 時已經做好了大致的兼容適配，但是為了保證Dubbo 能夠完全適配 Spring 6 和 Spring Boot 3.0 的正式版，我們一直等到Spring Boot 3.0 GA 后，才選擇宣布這個令人高興的事情，
為什么要升級到 Spring 6.0 & Spring Boot 3.0
首先是，升級到 Spring 6.0 & Spring Boot 3.0 將獲得未來很長年限的由官方提供的免費技術支撐，Spring 6 和 Spring Boot 3 是 Spring 下一代技術框架基石，盡管官方當前同時維護了 Spring 5.3 和 Spring Boot 2.6.x 和 Spring Boot 2.7.x，但它們最終都會在 2025 年和 2026 年結束其 OSS support（Open Source Software Support），
其次是，您將在新一代框架中獲得大量新特新，這些新特性都可以在 Spring Boot 3.0 Release Notes（https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-3.0-Release-Notes） 和 What's New in Spring Framework 6.x（https://github.com/spring-projects/spring-framework/wiki/What's-New-in-Spring-Framework-6.x） 中獲得，
最后是，Spring 6.x 和 Spring Boot 3.x 將會最廣泛的支持 JDK 17-29，需要額外說明的是 JDK17 作為當前最新的LTS 版本，它提供了一組累積的最新語言、API 和 JVM 增強功能，使其成為更具吸引力的編譯版本的升級，這也是為什么最低支持 JDK17 的原因，
Dubbo 支持 Spring 6 & Spring Boot 3
現在很高興向大家宣布，Dubbo 已經開始兼容Spring 6 & Spring Boot 3，所以當前Dubbo 3.2.0-beta.2 版本可以同時兼容支持Spring Boot 1.x、2.x、3.x，您現在可以使用dubbo-3.2.0-beta.2版本體驗其兼容性，
<dependency>
<groupId>org.apache.dubbo</groupId>
<artifactId>dubbo-spring-boot-starter</artifactId>
<version>3.2.0-beta.2</version>
</dependency>
更多關于Spring Boot 3.0 集成 Dubbo 使用示例可參見apache/dubbo-sample：https://github.com/apache/dubbo-samples/tree/master/1-basic
升級總結
我們根據Dubbo 兼容適配Spring 6 & Spring Boot 3 程序中總結的經驗整理如下，其他組件維護者也可以參考以下經驗進行適配或者升級，更早適配升級到最新版本：
Jakarta EE
Jakarta EE 9 將所有API包名從javax.*命名空間變更到了jakarta.*，而造成這一變化的原因是Oracle拒絕交出相關權益，詳情可以查看：https://www.oschina.net/news/106465/oracle-killed-java-ee，
因為Jakarta EE 的遷移，對于Web Apps，確保升級使用Tomcat 10, Jetty 11, or Undertow 2.2.19，
以下列出了一系列工具可以幫助你完成這部分的遷移：
- OpenRewrite recipes.
- The Spring Boot Migrator project.
- Migration support in IntelliJ IDEA.
移除META-INF/spring.factories檔案對Auto-configuration的支持
Spring Boot 3.0移除了META-INF/spring.factories檔案對Auto-configuration的支持，為了兼容性，SpringBoot 2.7.x 是最后一個支持的版本，
適配支持按照下面兩個步驟即可完成
Step1: [可選] 使用 @AutoConfiguration 注解代替 [@Configuration(proxyBeanMethods ](/Configuration(proxyBeanMethods ) = false)
@AutoConfiguration 注解是SpringBoot 2.7中的新引入的注解，旨在專門標識Auto-configuraton class name，
依然使用@Configuration注解標識自動適配類也是可以的，Dubbo 正是基于這個便利點完美支持了Spring Boot 1.x、2.x、3.x所有版本，
Step2: 使用 AutoConfiguration.imports 檔案代替 META-INF/spring.factories 檔案
Spring Boot 2.7是最后一個依然兼容使用spring.factories 的版本，SpringBoot 3 以后不再兼容，此時您應該使用META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports檔案替換，
在該檔案列舉你所有的configuration classes，每行一個class name，例如：
com.mycorp.libx.autoconfigure.LibXAutoConfiguration
com.mycorp.libx.autoconfigure.LibXWebAutoConfiguration
為了對齊ISO-8601，使用yyyy-MM-dd'T'HH:mm:ss.SSSXXX作為默認日志日期格式
原來默認日志日期格式：yyyy-MM-dd HH:mm:ss.SSS
當前默認日志日期格式：yyyy-MM-dd'T'HH:mm:ss.SSSXXX
原來的默認日志日期格式不具有timezone / offset 資訊，
yyyy-MM-dd'T'HH:mm:ss.SSSXXX >>> e.g.: 2014-12-03T10:06:04.646+08:00
移除YamlJsonParser
Spring Boot 官方測驗發現YamlJsonParser并不能很好的決議JSON，Spring Boot 3決定不再支持使用它來作為決議JSON的備選，
YamlJsonParser 封裝的是 snakeyaml，
Spring Boot 3 決議JSON 的決議器使用優先級如下：
- 1）JacksonJsonParser
- 2）GsonJsonParser
- 3）BasicJsonParser
移除spring.session.store-type 配置鍵
移除了spring.session.store-type配置項，當存在多個可用存盤庫，將會按照Redis，JDBC，Hazelcast，Mongo 順序使用，
更新spring data 配置鍵使其清楚地反應該配置鍵是否依賴Spring Data
如果存盤庫（redis、mongo等）相關的配置鍵不依賴Spring Data存在，則只需要 spring 前綴，否則需要使用 spring.data 前綴，
舉例說明：
spring.redis.host >> spring.data.redis.host
spring.redis.port >> spring.data.redis.port
spring.data.cassandra.port >> spring.cassandra.port
重構HttpMethod 列舉為類
根據最新的rfc2616，HTTP Method已經屬于不可列舉屬性，所以重構HttpMethod enum類為class類，
除了我們熟知的GET, HEAD, PUT, POST等方法，現在還存在了可擴展方法，當前可擴展方法包含了LOCK, COPY, 和 MOVE，這些擴展方法定義在WebDAV，
不允許URI尾部斜杠匹配
Spring 6之前，訪問 “/resources” 和 “/resources/” 都可以進入resources()方法，
@GetMapping("/resources")
String resources() {
return "Hello from /resources";
}
Spring 6之后，您只能通過看到的path “/resources” 進入mapping 方法，
如果您依然想讓“/resources/” 和 “/resources” 進入相同的mapping方法，可以通過其他手段，諸如“反向代理”、“Servlet/Web 過濾器”或“在控制器配置顯式重定向”，
提供基于 @HttpExchange 服務介面的 HTTP 客戶端
Spring 6 介紹了@HttpExchange 注解，基于@HttpExchange注解可以簡化HTTP遠程呼叫，
增強Spring SPI 加載器 SpringFactoriesLoader 允許加載多自定義檔案
Spring 6 之前，SpringFactoriesLoader 只允許加載"META-INF/spring.factories"檔案內容，
Spring 6 之后，SpringFactoriesLoader 可以加載自定義檔案或檔案名檔案，并且可以通過鏈式編程加載多個檔案，
早期兼容JDK19預覽版的虛擬執行緒（virtual threads）
可以在Spring 6 和Spring Boot 3 中使用虛擬執行緒處理請求來提前體驗，
這部分詳細說明參見：https://spring.io/blog/2022/10/11/embracing-virtual-threads
支持RFC 7807 Problem Details
Spring 6 以后，Spring MVC 可以使用 application/problem+json media 型別自定義 錯誤資訊回應體，像下面這樣：
{
"type": "https://example.org/problems/unknown-project",
"title": "Unknown project",
"status": 404,
"detail": "No project found for id 'spring-unknown'",
"instance": "/projects/spring-unknown"
}
展望
在云原生時代，Java 的跨平臺特性，已經不算是其亮眼特性了，而其 Jar 包體積大、啟動慢、占用記憶體多、需要另裝 JVM 是 Java 應用的痛點問題，
而通過使用 GraalVM 可以很好的解決這些問題，并且通過 GraalVM 的 AOT（Ahead-Of-Time）可以將應用編譯成單獨可執行檔案并直接運行，
未來 Dubbo 將會積極地在 Native 方面做一些作業以此能夠使應用程式達到下面的目標
- 支持 Spring & Spring Boot native-image
- 較小的本地應用程式和容器鏡像占用空間
- 快速啟動，快速啟動（幾十毫秒）
- 低記憶體消耗，減少 RSS（駐留集大小），低記憶體有助于優化需要多個容器的微服務架構部署中的容器密度
- 快速的第一請求回應，避免 Hotspot 的預熱問題
歡迎在 https://github.com/apache/dubbo 給 Dubbo Star，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/540602.html
標籤：其他