這篇文章帶給大家的內容是關於SpringBoot開發之整合Dubbo分散式服務的介紹,有一定的參考價值,有需要的朋友可以參考一下,希望對你有幫助。
前言
在 SpringBoot 很火熱的時候,阿里巴巴的分散式框架 Dubbo 不知是處於什麼考慮,在停更N年之後終於進行維護了。在先前的微服務中,使用的是當維護的版本 Dubbox,整合方式也是使用的 xml 設定方式。
改造前
之前在 SpringBoot 中使用 Dubbox是這樣的。先簡單記錄下版本,Dubbox-2.8.4、zkclient-0.6、zookeeper-3.4.6。
專案中引入spring-context-dubbo.xml 設定檔如下:
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd "> <!-- 记录监控信息 --> <dubbo:monitor protocol="registry"/> <!-- 提供方应用信息,用于计算依赖关系 --> <dubbo:application name="spring-boot-pay" /> <!-- 使用zookeeper注册中心暴露服务地址 subscribe 默认:true 是否向此注册中心订阅服务,如果设为false,将只注册,不订阅 check 默认:true 注册中心不存在时,是否报错 --> <dubbo:registry protocol="zookeeper" address="192.168.1.180:2181" check="false"/> <!-- 生产者配置 生产者 远程默认调用3次 参数 retries="2" async="true" 异步返回结果 默认是同步 timeout="10000" 毫秒 用dubbo协议在20882端口暴露服务 固定线程池 10 启动时建立线程,不关闭,一直持有 负载均衡策略 轮询 --> <dubbo:provider timeout="10000" threads="10" threadpool="fixed" loadbalance="roundrobin"/> <!-- name="dubbo" 协议名称 为防止被大量连接撑挂,可在服务提供方限制大接收连接数,以实现服务提供方自我保护。 host 部署外网设置为内网通信地址--> <dubbo:protocol name="dubbo" port="-1" dispatcher="all" accepts="1000" /> <!-- 使用注解方式--> <dubbo:annotation package="com.itstyle"/> </beans>
啟動類別引入以下註解:
@SpringBootApplication @ImportResource({"classpath:spring-context-dubbo.xml"}) public class Application{ private static final Logger logger = Logger.getLogger(Application.class); public static void main(String[] args) throws InterruptedException, IOException { logger.info("支付项目启动 "); } }
改造後
然而SpringBoot 引入了新的概念Spring Boot Starter,它有效的降低了專案開發過程的複雜程度,對於簡化開發操作有著非常好的效果。
starter的理念
starter 會把所有用到的依賴都給包含進來,避免了開發者自己去引入依賴所帶來的麻煩。
要注意的是不同的starter 是為了解決不同的依賴,所以它們內部的實作可能會有很大的差異,例如jpa 的starter 和Redis 的starter 可能實作就不一樣,這是因為starter 的本質在於synthesize,這是一層在邏輯層面的抽象,也許這種理念有點類似於Docker,因為它們都是在做一個「包裝」的操作,如果你知道Docker 是為了解決什麼問題的,也許你可以用Docker 和starter 做一個類比。
starter的實作
雖然不同的starter實作起來各有差異,但是他們基本上都會使用到兩個相同的內容:ConfigurationProperties和AutoConfiguration。
因為Spring Boot堅信「約定大於配置」這個概念,所以我們使用ConfigurationProperties來保存我們的配置,而這些配置都可以有一個預設值,即在我們沒有主動覆寫原始配置的情況下,預設值就會生效,這在很多情況下是非常有用的。
除此之外,starter的ConfigurationProperties也使得所有的設定屬性被聚集到一個檔案中(一般在resources目錄下的application.properties),這樣我們就告別了Spring專案中XML地獄。
starter的整體邏輯強如Dubbo,當然也會創造屬於自己的 starter 來迎合Spring Boot 的火熱。
這裡我們使用Dubbo比較新的版本,pom.xml 引入以下:
<!-- dubbo 替换 dubbox--> <dependency> <groupId>com.alibaba</groupId> <artifactId>dubbo</artifactId> <version>2.6.2</version> </dependency> <dependency> <groupId>com.alibaba.spring.boot</groupId> <artifactId>dubbo-spring-boot-starter</artifactId> <version>2.0.0</version> </dependency> <!-- curator-recipes 替换 zkclient--> <dependency> <groupId>org.apache.curator</groupId> <artifactId>curator-recipes</artifactId> <version>4.0.1</version> </dependency>
application.properties 配置:
## dubbo springboot 配置 spring.dubbo.application.id=springboot_pay spring.dubbo.application.name=springboot_pay spring.dubbo.registry.address=zookeeper://192.168.1.127:2181 spring.dubbo.provider.threads=10 spring.dubbo.provider.threadpool=fixed spring.dubbo.provider.loadbalance=roundrobin spring.dubbo.server=true spring.dubbo.protocol.name=dubbo
啟動類別加入以下註解:
@EnableDubboConfiguration @SpringBootApplication public class Application{ private static final Logger logger = Logger.getLogger(Application.class); public static void main(String[] args) throws InterruptedException, IOException { logger.info("支付项目启动 "); } }
相關暴露介面實作設定:
import org.springframework.stereotype.Component; import com.alibaba.dubbo.config.annotation.Service; @Service @Component public class AliPayServiceImpl implements IAliPayService { //省略代码 }
最後啟動服務,如果啟動成功並註冊到註冊中心,說明改造成功。
補充
Dubbo 2.6.1 是改變結構後首次發布的版本,Dubbo 2.6.0 已合併當網提供的 Dubbox 分支。
Dubbo的版本策略:兩個大版本並行發展,2.5.x是穩定版本,2.6.x是新功能實驗版本。 2.6上實驗都穩定了以後,會遷移到2.5。
總結
原當Dubbox 2.8.4 替換為Dubbo 2.6.2
#原spring-context-dubbo.xml 配置替換為dubbo-spring-boot-starter 2.0.0
原zkclient 0.6 替換為curator-recipes 4.0.1
-
##原zookeeper 3.4.6 升級為zookeeper 3.5.3
以上是SpringBoot開發之整合Dubbo分散式服務的介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章!

新興技術對Java的平台獨立性既有威脅也有增強。 1)雲計算和容器化技術如Docker增強了Java的平台獨立性,但需要優化以適應不同雲環境。 2)WebAssembly通過GraalVM編譯Java代碼,擴展了其平台獨立性,但需與其他語言競爭性能。

不同JVM實現都能提供平台獨立性,但表現略有不同。 1.OracleHotSpot和OpenJDKJVM在平台獨立性上表現相似,但OpenJDK可能需額外配置。 2.IBMJ9JVM在特定操作系統上表現優化。 3.GraalVM支持多語言,需額外配置。 4.AzulZingJVM需特定平台調整。

平台獨立性通過在多種操作系統上運行同一套代碼,降低開發成本和縮短開發時間。具體表現為:1.減少開發時間,只需維護一套代碼;2.降低維護成本,統一測試流程;3.快速迭代和團隊協作,簡化部署過程。

Java'splatformindependencefacilitatescodereusebyallowingbytecodetorunonanyplatformwithaJVM.1)Developerscanwritecodeonceforconsistentbehavioracrossplatforms.2)Maintenanceisreducedascodedoesn'tneedrewriting.3)Librariesandframeworkscanbesharedacrossproj

要解決Java應用程序中的平台特定問題,可以採取以下步驟:1.使用Java的System類查看系統屬性以了解運行環境。 2.利用File類或java.nio.file包處理文件路徑。 3.根據操作系統條件加載本地庫。 4.使用VisualVM或JProfiler優化跨平台性能。 5.通過Docker容器化確保測試環境與生產環境一致。 6.利用GitHubActions在多個平台上進行自動化測試。這些方法有助於有效地解決Java應用程序中的平台特定問題。

類加載器通過統一的類文件格式、動態加載、雙親委派模型和平台無關的字節碼,確保Java程序在不同平台上的一致性和兼容性,實現平台獨立性。

Java編譯器生成的代碼是平台無關的,但最終執行的代碼是平台特定的。 1.Java源代碼編譯成平台無關的字節碼。 2.JVM將字節碼轉換為特定平台的機器碼,確保跨平台運行但性能可能不同。

多線程在現代編程中重要,因為它能提高程序的響應性和資源利用率,並處理複雜的並發任務。 JVM通過線程映射、調度機制和同步鎖機制,在不同操作系統上確保多線程的一致性和高效性。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

SublimeText3漢化版
中文版,非常好用

SublimeText3 英文版
推薦:為Win版本,支援程式碼提示!

SublimeText3 Linux新版
SublimeText3 Linux最新版

WebStorm Mac版
好用的JavaScript開發工具

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),