詳解SpringBoot開發(fā)案例之整合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
">
<!-- 記錄監(jiān)控信息 -->
<dubbo:monitor protocol="registry"/>
<!-- 提供方應用信息,用于計算依賴關(guān)系 -->
<dubbo:application name="spring-boot-pay" />
<!-- 使用zookeeper注冊中心暴露服務地址 subscribe 默認:true 是否向此注冊中心訂閱服務,如果設(shè)為false,將只注冊,不訂閱 check 默認:true 注冊中心不存在時,是否報錯 -->
<dubbo:registry protocol="zookeeper" address="192.168.1.180:2181" check="false"/>
<!--
生產(chǎn)者配置 生產(chǎn)者 遠程默認調(diào)用3次 參數(shù) retries="2" async="true" 異步返回結(jié)果 默認是同步 timeout="10000" 毫秒
用dubbo協(xié)議在20882端口暴露服務 固定線程池 10 啟動時建立線程,不關(guān)閉,一直持有 負載均衡策略 輪詢
-->
<dubbo:provider timeout="10000" threads="10" threadpool="fixed" loadbalance="roundrobin"/>
<!-- name="dubbo" 協(xié)議名稱 為防止被大量連接撐掛,可在服務提供方限制大接收連接數(shù),以實現(xiàn)服務提供方自我保護。 host 部署外網(wǎng)設(shè)置為內(nèi)網(wǎng)通信地址-->
<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,它有效的降低了項目開發(fā)過程的復雜程度,對于簡化開發(fā)操作有著非常好的效果。
starter的理念
starter 會把所有用到的依賴都給包含進來,避免了開發(fā)者自己去引入依賴所帶來的麻煩。
需要注意的是不同的 starter 是為了解決不同的依賴,所以它們內(nèi)部的實現(xiàn)可能會有很大的差異,例如 jpa 的starter 和 Redis 的 starter 可能實現(xiàn)就不一樣,這是因為 starter 的本質(zhì)在于 synthesize,這是一層在邏輯層面的抽象,也許這種理念有點類似于 Docker,因為它們都是在做一個“包裝”的操作,如果你知道 Docker 是為了解決什么問題的,也許你可以用 Docker 和 starter 做一個類比。
starter的實現(xiàn)
雖然不同的starter實現(xiàn)起來各有差異,但是他們基本上都會使用到兩個相同的內(nèi)容:ConfigurationProperties和AutoConfiguration。
因為Spring Boot堅信“約定大于配置”這一理念,所以我們使用ConfigurationProperties來保存我們的配置,并且這些配置都可以有一個默認值,即在我們沒有主動覆寫原始配置的情況下,默認值就會生效,這在很多情況下是非常有用的。
除此之外,starter的ConfigurationProperties還使得所有的配置屬性被聚集到一個文件中(一般在resources目錄下的application.properties),這樣我們就告別了Spring項目中XML地獄。
starter的整體邏輯

強如Dubbo,當然也會創(chuàng)建屬于自己的 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("支付項目啟動 ");
}
}
相關(guān)暴露接口實現(xiàn)配置:
import org.springframework.stereotype.Component;
import com.alibaba.dubbo.config.annotation.Service;
@Service
@Component
public class AliPayServiceImpl implements IAliPayService {
//省略代碼
}
最后啟動服務,如果啟動成功并注冊到注冊中心,說明改造成功。
補充
Dubbo 2.6.1 是改變結(jié)構(gòu)后首次發(fā)布的版本,Dubbo 2.6.0 已合并當當網(wǎng)提供的 Dubbox 分支。
Dubbo的版本策略:兩個大版本并行發(fā)展,2.5.x是穩(wěn)定版本,2.6.x是新功能實驗版本。2.6上實驗都穩(wěn)定了以后,會遷移到2.5。
總結(jié)
- 原當當 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
案例
支付寶,微信,銀聯(lián)詳細代碼案例:spring-boot-pay_jb51.rar
參考
https://github.com/apache/incubator-dubbo
https://github.com/alibaba/dubbo-spring-boot-starter/blob/master/README_zh.md
https://github.com/spring-projects/spring-boot/tree/master/spring-boot-project/spring-boot-starters
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
- Springboot-dubbo-fescar 阿里分布式事務的實現(xiàn)方法
- Spring Boot Dubbo 構(gòu)建分布式服務的方法
- SpringBoot+Dubbo+Seata分布式事務實戰(zhàn)詳解
- 詳解SpringBoot基于Dubbo和Seata的分布式事務解決方案
- SpringBoot中dubbo+zookeeper實現(xiàn)分布式開發(fā)的應用詳解
- SpringBoot+Dubbo+Zookeeper實現(xiàn)簡單分布式開發(fā)的應用詳解
- springboot分布式整合dubbo的方式
- springBoot+dubbo+zookeeper實現(xiàn)分布式開發(fā)應用的項目實踐
- Spring與Dubbo搭建一個簡單的分布式詳情
相關(guān)文章
使用Spring?Batch實現(xiàn)大數(shù)據(jù)處理的操作方法
通過使用Spring?Batch,我們可以高效地處理大規(guī)模數(shù)據(jù),本文介紹了如何配置和實現(xiàn)一個基本的Spring?Batch作業(yè),包括讀取數(shù)據(jù)、處理數(shù)據(jù)和寫入數(shù)據(jù)的全過程,感興趣的朋友跟隨小編一起看看吧2024-07-07
SpringMVC RESTful支持實現(xiàn)過程演示
這篇文章主要介紹了SpringMVC RESTful支持實現(xiàn)過程演示,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2019-11-11
基于FeignException$InternalServerError的解決方案
這篇文章主要介紹了FeignException$InternalServerError的解決方案,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-06-06
解析SpringBoot中使用LoadTimeWeaving技術(shù)實現(xiàn)AOP功能
這篇文章主要介紹了SpringBoot中使用LoadTimeWeaving技術(shù)實現(xiàn)AOP功能,AOP面向切面編程,通過為目標類織入切面的方式,實現(xiàn)對目標類功能的增強,本文給大家介紹的非常詳細,需要的朋友可以參考下2022-09-09

