dubbo学习（一）

落日映苍穹つ 2022-11-27 15:42 198阅读 0赞

## dubbo学习（一） ##

#### RPC ####

RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同  
**RPC基本原理**  
![RPC原理][RPC]  
简介  
Apache Dubbo (incubating) |ˈdʌbəʊ| 是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现  
官网：http://dubbo.apache.org  
基本概念：![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQwMTk4MDA0_size_16_color_FFFFFF_t_70_pic_center]

## dubbo配置 ##

1、配置原则

JVM 启动 -D 参数优先，这样可以使用户在部署和启动时进行参数重写，比如在启动时需改变协议的端口。  
XML 次之，如果在 XML 中有配置，则 dubbo.properties 中的相应配置项无效。  
Properties 最后，相当于缺省值，只有 XML 没有配置时，dubbo.properties 的相应配置项才会生效，通常用于共享公共配置，比如应用名。  
2、重试次数  
失败自动切换，当出现失败，重试其它服务器，但重试会带来更长延迟。可通过 retries=“2” 来设置重试次数(不含第一次)。  
3、超时时间  
由于网络或服务端不可靠，会导致调用出现一种不确定的中间状态（超时）。为了避免超时导致客户端资源（线程）挂起耗尽，必须设置超时时间  
Dubbo消费端

全局超时配置
    <dubbo:consumer timeout="5000" />
    指定接口以及特定方法超时配置
    <dubbo:reference interface="com.foo.BarService" timeout="2000">
        <dubbo:method name="sayHello" timeout="3000" />
    </dubbo:reference>

Dubbo服务端

全局超时配置
    <dubbo:provider timeout="5000" />
    
    指定接口以及特定方法超时配置
    <dubbo:provider interface="com.foo.BarService" timeout="2000">
        <dubbo:method name="sayHello" timeout="3000" />
    </dubbo:provider>

4、版本号  
当一个接口实现，出现不兼容升级时，可以用版本号过渡，版本号不同的服务相互间不引用。  
可以按照以下的步骤进行版本迁移：  
在低压力时间段，先升级一半提供者为新版本  
再将所有消费者升级为新版本  
然后将剩下的一半提供者升级为新版本

## 高可用 ##

1、zookeeper宕机与dubbo直连  
现象：zookeeper注册中心宕机，还可以消费dubbo暴露的服务。  
原因：  
健壮性  
 监控中心宕掉不影响使用，只是丢失部分采样数据  
 数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务  
 注册中心对等集群，任意一台宕掉后，将自动切换到另一台  
 注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯  
 服务提供者无状态，任意一台宕掉后，不影响使用  
 服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复  
2、集群下dubbo负载均衡配  
在集群负载均衡时，Dubbo 提供了多种均衡策略，缺省为 random 随机调用。  
负载均衡策略  
Random LoadBalance  
随机，按权重设置随机概率。  
在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。  
RoundRobin LoadBalance  
轮循，按公约后的权重设置轮循比率。  
存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。  
LeastActive LoadBalance  
最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。  
使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。  
ConsistentHash LoadBalance  
一致性 Hash，相同参数的请求总是发到同一提供者。  
当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。算法参见：http://en.wikipedia.org/wiki/Consistent\_hashing  
缺省只对第一个参数 Hash，如果要修改，请配置 <dubbo:parameter key=“hash.arguments” value=“0,1” />  
缺省用 160 份虚拟节点，如果要修改，请配置 <dubbo:parameter key=“hash.nodes” value=“320” />

[RPC]: /images/20221124/8426970bf9ec41ccad2b59f087bfed1c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQwMTk4MDA0_size_16_color_FFFFFF_t_70_pic_center]: /images/20221124/05cb6c7dc3dc4296b333e652a9b24b29.png