Dubbo资料整理

小冀在努力

已于 2022-07-03 12:31:38 修改

阅读量154

点赞数

分类专栏： JAVA学习之路文章标签： dubbo java 分布式

于 2022-07-03 10:26:14 首次发布

本文链接：https://blog.csdn.net/weixin_47557748/article/details/125580769

版权

JAVA学习之路专栏收录该内容

8 篇文章 0 订阅

订阅专栏

超时与重试（timeout-retries）

Dubbo概述

Dubbo是阿里巴巴公司开源的一个高性能、轻量级的 Java RPC 框架。

致力于提供高性能和透明化的 RPC 远程服务调用方案，以及 SOA 服务治理方案。

官网： http://dubbo.apache.org

Dubbo架构

节点角色说明：

• Provider ：暴露服务的服务提供方

• Container ：服务运行容器

• Consumer ：调用远程服务的服务消费方

• Registry ：服务注册与发现的注册中心

• Monitor ：统计服务的调用次数和调用时间的监控中心

Dubbo的服务提供

Zookeeper安装链接如下

① 创建服务提供者 Provider 模块

② 创建服务消费者 Consumer 模块

③ 在服务提供者模块编写 UserServiceImpl 提供服务

④ 在服务消费者中的 UserController 远程调用 UserServiceImpl 提供的服务

⑤ 分别启动两个服务，测试

Dubbo高级特性

dubbo-admin管理平台

d ubbo- a dmin 管理平台，是图形化的服务管理页面

从注册中心中获取到所有的提供者 / 消费者进行配置管理

路由规则、动态配置、服务降级、访问控制、权重调整、负载均衡等管理功能

d ubbo- a dmin 是一个前后端分离的项目。前端使用 vue ，后端使用 springboot

安装 dubbo -admin 其实就是部署该项目

dubbo-admin 安装链接如图：

dubbo-admin安装_似水流年it的博客-CSDN博客_dubboadmin安装

dubbo-admin的使用

消费者访问后才会和admin建立链接

dubbo常用高级特性

序列化：

eq：两个机器传输对象，如何传输Java对象？

生产者和消费者之前以序列化方式，建立流的管道，以流的方式传输。同时user需要实现序列化接口，否则无法传输。生产者将其序列化，而消费者将其反序列化

dubbo内部已经将序列化和反序列化封装了，只需要在定义时实现序列化接口Serializable接口即可。

地址缓存

eq：注册中心挂了，服务是否可以正常访问？

可以，因为 dubbo 服务消费者在第一次调用时，会将服务提供方地址缓存到本地，以后在调用则不会访问注册中心。

当服务提供者地址发生变化时，注册中心会通知服务消费者。

超时与重试（timeout-retries）

超时

服务消费者会发生阻塞、等待的情况，这个时候，服务消费者会一直等待下去

在某个峰值时间，大量的请求堆积，势必造成雪崩

dubbo利用超时机制解决这个问题，在规定时间内无法完成链接，则自己断开连接

超时时间建议配置在提供方

重试

如果网络出现网络抖动，则这次请求失败

避免网络抖动，出现重试机制，默认值2次

多版本

灰度发布：当出现新功能时，会让一部分用户先使用新功能，用户反馈没问题时，再将所有用户迁移到新功能。

dubbo 中使用 version 属性来设置和调用同一个接口的不同版本

负载均衡

负载均衡策略（4种）：

Random ：按权重随机，默认值。按权重设置随机概率

RoundRobin ：按权重轮询

LeastActive：最少活跃调用 数，相同活跃数的随机

ConsistentHash ：一致性 Hash， 相同参数的请求总是发到同一提供者。

集群容错

集群容错模式

Failover Cluster ：失败重试。默认值。当出现失败，重试其它服务器，默认重试 2 次，使用 retries 配置。一般用于读操作

Failfast Cluster ：快速失败，只发起一次调用，失败立即报错。通常用于写操作。

Failsafe Cluster ：失败安全，出现异常时，直接忽略。返回一个空结果。

Failback Cluster ：失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。

Forking Cluster ：并行调用多个服务器，只要一个成功即返回。

Broadcast Cluster ：广播调用所有提供者，逐个调用，任意一台报错则报错

服务降级

第一种

在远程调用异常时，服务端直接返回一个固定的字符串(也就是写死的字符串)
具体配置：
在服务调用方配置mock参数：
<dubbo:reference id="xxxService" interface="com.x..service.xxxxService" check="false" mock="return 123456..." />

第二种

在远程调用异常时，服务端根据自定义mock业务处理类进行返回)
具体配置：
在服务调用方配置mock参数：
<dubbo:reference id="xxxService" interface="com.x..service.xxxxService" check="false" mock="true" />