1 重试次数

retires： 不包含第一次调用（设定2  就是从第一次开始 重新再调两遍接口）设置0 代表不重试

在幂等的时候设置重试次数，非幂等的时候不设置重试次数

 幂等:（查询，删除，修改）
         对于同一种行为，如果执行不论多少次，最终的结果都是一致相同的，就称这种行为是幂等的。

         (不管是一次,还是多次操作，我们返回同样的结果,且不修改状态信息,接口可重复调用)

非幂等:（添加）

        对于同一种行为，如果最终的结果与执行的次数有关，每次执行后结果都不相同，就称这种行为为非幂等。譬如：累加

一 、 一对一 一个消费者一个提供者的情况

一 提供者 里面的service 方法里面打印信息  打印了几次 就代表该接口被调用了几次

二  消费者 里面的重试次数指定三次 retries

三  开启提供者，消费者进行消费 发现确实重新调用了三次

二 、 一对多集群的情况 当同有多个提供者时（三台提供者，一个消费者，重试次数 3 会调用一次后 每个服务器平均再被调用一次）

一 提供者启动三台

二 消费者开启消费

 第一次 调20882 重试第一次 调20882 发现调不通于是开始调 其他服务器

当其中有一个服务器调通之后，就不再调用其他服务器。

2 多版本

当一个接口实现，出现不兼容升级时，可以用版本号过渡，版本号不同的服务相互间不引用。

可以按照以下的步骤进行版本迁移：

1. 在低压力时间段，先升级一半提供者为新版本
2. 再将所有消费者升级为新版本
3. 然后将剩下的一半提供者升级为新版本

一  消费者指定调用版本，提供者接口开启2个版本

一、提供者接口开启2个版本

Service

暴露新旧接口指定版本号

二、 消费者 调用指定的版本

指定version 1.0.0调用的老版本，指定version2.0.0调的新版本

三、 灰度发布 消费者 version 指定*

 开启消费者进行消费，发现随机调用 新旧版本

3 本地存根

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

提供 UserService的实现：

package com.atguigu.gmall.service;

import java.util.List;

import com.atguigu.gmall.bean.UserAddress;

public class UserServiceStub implements UserService {
        private final UserService userService;
        
        /**
         * dubbo自动创建本地存根对象，自动传入远程代理对象
         * @param userService
         */
        public UserServiceStub(UserService userService){
            this.userService = userService;
        }
    
    public List<UserAddress> getUserAddressList(String userId) {
        
        //当传入001 时 用远程代理对象调用远程方法
        if("001".equals(userId)){
            userService.getUserAddressList(userId);
        }
        
        // TODO Auto-generated method stub
        return null;
    }

}

consumer.xml 指定本地存根的全类名

测试  没传001 时 报空指针（因为本地存根返回的是null） 本地存根执行成功

dubbo从入门到精通 常用的dubbo配置,重试次数、多版本（灰度发布）、本地存根（十）

原文：https://www.cnblogs.com/mangoubiubiu/p/14952015.html