Dubbo笔记如有侵权，直接转私密啦

最新推荐文章于 2022-04-10 18:43:17 发布

原创最新推荐文章于 2022-04-10 18:43:17 发布 · 296 阅读

2 ·

CC 4.0 BY-SA版权

dubbo 专栏收录该内容

1 篇文章

订阅专栏

本文详细介绍Dubbo框架的核心功能，包括高性能RPC调用、SOA服务治理、服务注册与发现、集群容错策略、负载均衡机制、多协议支持等内容。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

概念：

dubbo是分布式服务框架

1、高性能和透明化的RPC远程服务调用方案

2、soa服务治理方案

能做些什么：

1、透明化的远程方法调用

2、软负载均衡及容错机制

3、服务自动注册与发现

原理：

dubbo注册中心，监控中心，服务端在启动的时候会向注册中心发送自己提供的服务。dubbo客户端在启动的时候会从注册中心订阅到自己所用的服务地址列表缓存到本地，出现变更的时候会推送服务地址列表。针对于客户端跟服务端，dubbo会有监控中心来监控系统运行。

dubbo-rpc基本功能

1、基本功能-配置继承

实际中服务端提供者比消费端更清楚一个方法的执行时间，是否允许重试等信息，所以增加允许服务提供者为消费者设置缺省值，并采用继承风格：服务点->注册中心->客户端

2、可编程配置

就是在xml文件里配置暴露服务客户端引用服务配置。不解释。

暴露服务配置：

<bean id="xxxService" class="com.*****seviceimpl"></bean> 服务实现

<dubbo:application name="morgan" /> 当前配置名称

<dubbo:registry address="" username="" password="" /> 注册中心配置

<dubbo:provider protocol="dubbo" port="1232" threads="200" /> 服务提供者协议

<dubbo:service interface="com.alibba.xx.xxService" version="1.0.0" ref="xxxService" /> 服务器提供者暴露服务配置

引用服务配置：

<dubbo:application name="kylin" /> 当前服务名称

<dubbo:registry address=“” username /> 注册中心配置

<dubbo:consumer timeout="5000" retries="2" />

<dubbo:reference id="xxService" interface="com.ablibaba.xx.xxService" version="10.0" />

3、服务分组

当一个接口有多种实现，用groups区分

服务提供者

<dubbo:service groups="feedback" interface="com.....server"/>

<dubbo:service groups="member" interface="com.....server"/>

服务消费者

<dubbo:reference id="fservcie" groups="feedback" interface="com.....server"/>

<dubbo:mference id="fservcie" groups="feedback" interface="com.....server"/>

4、指定调用

点对点直连/指定调用需求（开发、测试环境）

4.1 spring配置

<dubbo:reference interface="com.xxxxservice" url="dubbo://localhsot:20890" />

4.2 java -d参数方式

java -Dcom.alibaba.xxxservcei=dubbo://localhost:21312

4.3 映射文件

java -Ddubbo.resolve.file=xxx.properties

com.alibb.xxxservere=dubbo://localhost:23324

4.4 路由方式（future）

参数匹配 host ,clssifier

4.5 修改version -不推荐

5、只订阅

公用注册中心，开发人员的机器上的服务提供者被误调用

<dubbo:registry register="false" />

6、集群容错

cluster 消费者可以设置多种连接方式，failover failfast failsafe failback forking

集群容错模式介绍：

failover cluster ：失败自动切换，当出现失败，重试其他服务器（缺省）通常用于读操作，重试会带来更长的延迟，通过retries=“2”来设置重试次数。

failfast cluster : 快速失败，只发起一次调用，失败立即报错。通常用于非幂等性写操作，比如新增记录

failsafe cluster : 失败安全，出现异常时，直接忽略，通常写入审计日志操作。

failback cluster: 失败自动回复，后台记录失败请求，定时重发，通常用于消息通知操作。

forking cluster ：并行调用多个服务器，只要一个成功即返回。通常用于实时性要求高的读操作。但需要浪费更多的服务资源。可通过 forks=2来设置最大并行数。

broadcast cluster：广播调用所有提供者，做个调用，任意一台报错则报错。 2.1.0开始支持，通常用于通知所有提供者更新缓存或日志等本地资源信息。重试次数配置。

7、负载均衡

dubbo提供了多重均衡策略，缺省为random随机调用：

均衡策略：

random loadBalance ：随机，按权重设置随机概率，有利于动态调整提供者权重。

roundRobin loadBalance: 轮询，按公约后的权重设置轮询比率。存在慢的提供者累计请求的问题，比如：第二台机器很慢，但没挂，当请求阻塞到第二台时，所有请求都卡在第二台。

LeastActive LoadBalance : 最少活跃调用数，相同活跃数的随机，活跃数指的是调用后的记数差。慢的提供者时间差越大，越少接受请求。

ConsistentHash LoadBalance：一致性hash,相同参数的请求中式发送到同一个提供者。当提供者挂掉之后，基于虚拟节点，平摊到其他提供者。

8、多协议

不同服务不同协议：大数据用短链接协议，小数据大并发用长链接协议。

dubbo协议：

默认协议，单一长链接和nio异步通讯，适合于小数据量大并发的服务调用，以及服务消费者数远大于服务提供者机器数的情况。

不适合传送大数据量的的服务，比如文件，视频等。dubbo缺省谢羽亿每个服务，提供者消费者使用单一长连接，如果数据量较大，可以使用多个链接：

<dubbo: protocol name="dubbo" connetions="2"/> 0表示使用JVM共享长连接，1独立一个长链接，2 独立两个长链接。

为防止被大量链接城主，刻在服务提供方限制最多接受的连接数。

<dubbo:protocolname="dubbo"accepts="1000"/>

rmi协议：

采用阻塞式短连接和JDK标准化序列化方式。

9、多注册中心引用

定义多个注册中心:

<dubbo:registry id="chinaRegistry" address="172..0.0.0:8080" />

<dubbo:registry id="intlRegistry" address="172..0.0.0:8080" />

不同的注册中心使用不同的引用：

<dubbo:reference id="xxService" interface="com.alibaba.xx.xservice" version="1.0.0" registry="chinaRegistry" />

10，泛化调用

什么情况下需要使用到泛化调用，服务端消费者并没有服务的接口，不知道方法的入参，返回类型的情况下，跨语言调用。使用泛化。

泛化基本上是在消费端进行配置的。

消费端配置：

<dubbo:reference id="easyCommonService" interface="org.bazinga.service.EasyCommonService" generic="true"/>

测试类:

ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(
"spring-dubbo-consumer-generic.xml");
context.start();
GenericService easyCommonService = (GenericService) context.getBean("easyCommonService");
Object result = easyCommonService.$invoke("helloService", new String[] { "java.lang.String" }, new Object[] { "hello" });
System.out.println(result);