前言
在 springboot 很火熱的時候，阿里巴巴的分布式框架 dubbo 不知是處于什么考慮，在停更n年之后終于進行維護了。在之前的微服務中，使用的是當當維護的版本 dubbox，整合方式也是使用的 xml 配置方式。
改造前
之前在 springboot 中使用 dubbox是這樣的。先簡單記錄下版本，dubbox-2.8.4、zkclient-0.6、zookeeper-3.4.6。
項目中引入 spring-context-dubbo.xml 配置文件如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
<?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> |
啟動類引入以下注解：
|
1
2
3
4
5
6
7
8
9
10
|
@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 引入以下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
<!-- 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 配置：
|
1
2
3
4
5
6
7
8
9
|
## dubbo springboot 配置spring.dubbo.application.id=springboot_payspring.dubbo.application.name=springboot_payspring.dubbo.registry.address=zookeeper://192.168.1.127:2181spring.dubbo.provider.threads=10spring.dubbo.provider.threadpool=fixedspring.dubbo.provider.loadbalance=roundrobinspring.dubbo.server=truespring.dubbo.protocol.name=dubbo |
啟動類加入以下注解：
|
1
2
3
4
5
6
7
8
9
10
|
@enabledubboconfiguration@springbootapplicationpublic class application{ private static final logger logger = logger.getlogger(application.class); public static void main(string[] args) throws interruptedexception, ioexception { logger.info("支付項目啟動 "); }} |
相關暴露接口實現配置：
|
1
2
3
4
5
6
7
8
|
import org.springframework.stereotype.component;import com.alibaba.dubbo.config.annotation.service;@service@componentpublic 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
案例
支付寶，微信，銀聯詳細代碼案例：spring-boot-pay.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
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持服務器之家。
原文鏈接：http://blog.51cto.com/itstyle/2299907
