Dubbo官网实战使用技巧

今天药忘吃喽~ 2022-10-27 01:55 158阅读 0赞

# 1、启动时检查： #

我们检查依赖的服务是否启动，可利用下面三个属性，优先级从左到右逐渐降低。  
如果服务不是强依赖，或者说服务之间可能存在死循环依赖，我们应该将 check 置为 false。

检查判断优先级：  
`dubbo.reference.check` > `dubbo.consumer.check` > `dubbo.registry.check`

# 2、只订阅： #

一般在开发环境时，我们新开发的接口都还不能发布出去，所以我们本地的服务不能往注册中心注册；  
而且，如果我们将本地服务注册上去，会影响别的服务的联调，所以我们会利用下面属性，将服务设置为只订阅，不往注册中心注册。

dubbo.registry.register=false
    dubbo.registry.subscribe=true

# 3、集群容错： #

集群容错模式可利用 `dubbo.reference.cluster`、`dubbo.consumer.cluster` 和 `dubbo.service.cluster`、`dubbo.provider.cluster` 等属性配置。

### 集群容错中主要有几个角色： ###

**Invoker**：Provider 的一个可调用 Service 的抽象，Invoker 封装了 Provider 地址以及 Service 接口信息。

**Directory**：代表多个 Invoker ，可以把它看成是 List，但是与 List 不同的是，它的值可能是动态变化的，比如注册中心推送变更。

**Cluster**：将 Directory 中的多个 Invoker 伪装成一个 Invoker，对上层透明，伪装过程包含了容错逻辑，调用失败后，重试另一个。

**Router**：负责从多个 Invoker 中按路由规则选出子集，比如读写分离，应用隔离等。

**LoadBalance**：负责从多个 Invoker 中选出具体的一个用于本次调用，选的过程包含了负载均衡算法，调用失败后，需要重选

### dubbo 提供的集群容错模式： ###

**Failover Cluster**：失败自动切换，当出现失败，重试其它服务器。通常用于读操作，但重试会带来更长延迟。可通过 retries=“2” 来设置重试次数(不含第一次)。

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

**Failsafe Cluster**：失败安全，出现异常时直接忽略掉。通常用于写入审计日志等不重要的操作。

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

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

**Broadcast Cluster**：广播调用所有提供者，逐个调用，任意一台报错则报错。通常用于通知所有提供者更新缓存或日志等本地资源信息。

# 4、负载均衡： #

在集群负载均衡时，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” />

可在服务端服务级别、客户端服务级别、服务端方法级别和客户端方法级别设置。

### 服务端服务级别&客户端服务级别配置： ###

dubbo.provider.loadbalance=leastactive
    dubbo.consumer.loadbalance=leastactive

### 服务端方法级别和客户端方法级别配置: ###

@DubboService(interfaceClass = DubboServiceOne.class,loadbalance = "random",
                    methods = { 
                        @Method(name="sayHello",loadbalance = "leastActive")
                    })
    public class DubboServiceOneImpl implements DubboServiceOne { }
    
    @DubboReference(loadbalance = "random",
                        methods = { 
                            @Method(name="sayHello",loadbalance = "leastactive")
                        })
    private DubboServiceOne DubboServiceOne;

# 5、直连提供者 #

在开发及测试环境下，经常需要绕过注册中心，只测试指定服务提供者，这时候可能需要点对点直连，点对点直连方式，将以服务接口为单位，忽略注册中心的提供者列表，A 接口配置点对点，不影响 B 接口从注册中心获取列表。

在 JVM 启动参数中加入 -D 参数映射服务地址：

java -D com.alibaba.xxx.XxxService=dubbo://localhost:20890

在`<dubbo.reference>`标签或者`@DubboResource注解`中增加 url 属性。

<debbo.reference url="dubbo://localhost:20890" interfaceClass=""/>

@DubboReference(url="dubbo://localhost:20890")
    private DubboServiceOne DubboServiceOne;

# 6、本地调用 #

本地调用使用了 injvm 协议，是一个伪协议，它不开启端口，不发起远程调用，只在 JVM 内直接关联，但执行 Dubbo 的 Filter 链。

protocol、provider、consumer、service、reference 都可以设置。

# 7、本地存根 #

远程服务后，客户端通常只剩下接口，而实现全在服务器端，但提供方有些时候想在客户端也执行部分逻辑，比如：做 ThreadLocal 缓存，提前验证参数，调用失败后伪造容错数据等等，此时就需要在 API 中带上 Stub，客户端生成 Proxy 实例，会把 Proxy 通过构造函数传给 Stub ，然后把 Stub 暴露给用户，Stub 可以决定要不要去调 Proxy。

Sub 利用 `dubbo.service.sub` 属性设置。

### 例子： ###

假设服务提供者提供了一个接口，DubboServiceOne，然后服务消费者要做本地存根，只需要在自己的项目中，增加一个 DubboServiceOne 接口的实现类，然后在 `@DubboReference` 注解或者 `<dubbo:reference>` 标签增加 stub 属性即可。

**实现类：**

/** * DubboServiceOne 本地存根 * @author winfun * @date 2021/2/1 9:59 上午 **/
    @Slf4j
    public class DubboServiceOneStub implements DubboServiceOne { 
    
        private final DubboServiceOne dubboServiceOne;
    
        public DubboServiceOneStub(DubboServiceOne dubboServiceOne){ 
            this.dubboServiceOne = dubboServiceOne;
        }
    
        /*** * say hello * @author winfun * @param name name * @return {@link ApiResult <String> } **/
        @Override
        public ApiResult<String> sayHello(String name) { 
            try { 
                ApiResult<String> result = this.dubboServiceOne.sayHello(name);
                if (ApiContants.SUCCESS.equals(result.getCode())){ 
                    return ApiResult.fail(ApiContants.FAIL,"业务异常",result.getData());
                }
            }catch (Exception e){ 
                log.error("call DubboServiceOne throw exception!message is {}",e.getMessage());
                return ApiResult.fail("调用失败");
            }
            return null;
        }
    }

**使用：**

/** * 测试本地存根 * @author winfun * @date 2021/2/1 10:26 上午 **/
    @RestController
    public class TestStubController { 
    
        @DubboReference(lazy = true,check = false,stub = "com.winfun.demo.stub.DubboServiceOneStub")
        private DubboServiceOne dubboServiceOne;
    
        @GetMapping("/stub/{name}")
        public ApiResult<String> testStub(@PathVariable("name") String name){ 
            return this.dubboServiceOne.sayHello(name);
        }
    }

# 8、本地伪装 #

本地伪装通常用于服务降级，比如某验权服务，当服务提供方全部挂掉后，客户端不抛出异常，而是通过 mock 数据返回授权失败。

mock 是 sub 的一个子集，mock是发生了错误，也就是抛出 RpcException 异常时会触发；而使用 sub，那么就需要在程序捕获异常，然后进行处理。

mock 机制可利用`<dubbo.reference>`标签或者`@DubboReference`的mock属性设置。

详细可看我自己写的文章：https://blog.csdn.net/Howinfun/article/details/113439208

# 9、服务延迟暴露 #

Dubbo 2.6.5 之后，所有服务都将在 Spring 初始化完成后进行暴露，如果你不需要延迟暴露服务，无需配置 delay。

可使用 `dubbo.service.delay` 属性来设置延迟多少秒暴露服务。delay 的时间单位为毫秒。

# 10、并发控制 #

并发控制都是在服务提供者端设置的。

首先，可通过 `dubbo.service.executes` 属性限制服务端每个方法的并发量（占用线程池线程数）、通过 `dubbo.method.executes`（服务端） 属性直接将并发限制具体到接口的某个方法。

还可以通过 `dubbo.service.actives`/`dubbo.reference.actives` 属性控制接口每个方法每个客户端的并发执行数；  
通过 `dubbo.method.actives`（两端） 属性直接将并发执行控制到接口的某个方法。