好得很程序员自学网

<tfoot draggable='sEl'></tfoot>

详解SpringBoot开发案例之整合Dubbo分布式服务

前言

在 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://HdhCmsTestspringframework.org/schema/beans"

   xmlns:xsi= "http://HdhCmsTestw3.org/2001/xmlschema-instance" xmlns:dubbo= "http://code.alibabatech测试数据/schema/dubbo"

   xsi:schemalocation="http: //HdhCmsTestspringframework.org/schema/beans

     http: //HdhCmsTestspringframework.org/schema/beans/spring-beans.xsd

     http: //code.alibabatech测试数据/schema/dubbo

     http: //code.alibabatech测试数据/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_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

启动类加入以下注解:

?

1

2

3

4

5

6

7

8

9

10

@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( "支付项目启动 " );

   }

}

相关暴露接口实现配置:

?

1

2

3

4

5

6

7

8

import org.springframework.stereotype测试数据ponent;

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

案例

支付宝,微信,银联详细代码案例: spring-boot-pay.rar

参考

https://github测试数据/apache/incubator-dubbo

https://github测试数据/alibaba/dubbo-spring-boot-starter/blob/master/README_zh.md

https://github测试数据/spring-projects/spring-boot/tree/master/spring-boot-project/spring-boot-starters

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

原文链接:http://blog.51cto测试数据/itstyle/2299907

查看更多关于详解SpringBoot开发案例之整合Dubbo分布式服务的详细内容...

  阅读:11次