Dubbo基本配置属性

亦凉 2023-06-03 06:58 18阅读 0赞

## 1、配置原则 ##

![1466818-20190820203032948-1096224318.png][]

JVM 启动 -D 参数优先，这样可以使用户在部署和启动时进行参数重写，比如在启动时需改变协议的端口。

XML 次之，如果在 XML 中有配置，则 dubbo.properties 中的相应配置项无效。

Properties 最后，相当于缺省值，只有 XML 没有配置时，dubbo.properties 的相应配置项才会生效，通常用于共享公共配置，比如应用名。

## 2、启动检查 ##

Dubbo 缺省会在启动时检查依赖的服务是否可用，不可用时会抛出异常，阻止 Spring 初始化完成，以便上线时，能及早发现问题，默认 check="true"。

可以通过 check="false" 关闭检查，比如，测试时，有些服务不关心，或者出现了循环依赖，必须有一方先启动。

另外，如果你的 Spring 容器是懒加载的，或者通过 API 编程延迟引用服务，请关闭 check，否则服务临时不可用时，会抛出异常，拿到 null 引用，如果 check="false"，总是会返回引用，当服务恢复时，能自动连上。

**通过 dubbo.properties**

**dubbo.reference.com.foo.BarService.check**=false  关闭某个服务的启动时检查 (没有提供者时报错)

**dubbo.reference.check**=false

**dubbo.consumer.check**=false    关闭所有服务的启动时检查 (没有提供者时报错)

**dubbo.registry.check**=false  关闭注册中心启动时检查 (注册订阅失败时报错)

**通过 -D** **参数**

java -Ddubbo.reference.com.foo.BarService.check=false

java -Ddubbo.reference.check=false

java -Ddubbo.consumer.check=false

java -Ddubbo.registry.check=false

## 2、重试次数 ##

幂等（设置重试次数）【查、删、改】

非幂等（不能设置重试次数）【增】

失败自动切换，当出现失败，重试其它服务器，但重试会带来更长延迟。可通过 retries="2" 来设置重试次数(不含第一次)。

<table> 
 <tbody> 
  <tr> 
   <td> <p>重试次数配置如下：</p> <p>&lt;dubbo:service retries="2" /&gt;</p> <p>或</p> <p>&lt;dubbo:reference retries="2" /&gt;</p> <p>或</p> <p>&lt;dubbo:reference&gt;</p> <p>&nbsp;&nbsp;&nbsp; &lt;dubbo:method name="findFoo" retries="2" /&gt;</p> <p>&lt;/dubbo:reference&gt;</p> </td> 
  </tr> 
 </tbody> 
</table>

## 3、超时时间 ##

由于网络或服务端不可靠，会导致调用出现一种不确定的中间状态（超时）。为了避免超时导致客户端资源（线程）挂起耗尽，必须设置超时时间。

### 1、Dubbo消费端 ###

<table> 
 <tbody> 
  <tr> 
   <td> <p>全局超时配置</p> <p>&lt;dubbo:consumer timeout="5000" /&gt;</p> <p>&nbsp;</p> <p>指定接口以及特定方法超时配置</p> <p>&lt;dubbo:reference interface="com.foo.BarService" timeout="2000"&gt;</p> <p>&nbsp;&nbsp;&nbsp; &lt;dubbo:method name="sayHello" timeout="3000" /&gt;</p> <p>&lt;/dubbo:reference&gt;</p> </td> 
  </tr> 
 </tbody> 
</table>

### 2、Dubbo服务端 ###

<table> 
 <tbody> 
  <tr> 
   <td> <p>全局超时配置</p> <p>&lt;dubbo:provider timeout="5000" /&gt;</p> <p>&nbsp;</p> <p>指定接口以及特定方法超时配置</p> <p>&lt;dubbo:provider interface="com.foo.BarService" timeout="2000"&gt;</p> <p>&nbsp;&nbsp;&nbsp; &lt;dubbo:method name="sayHello" timeout="3000" /&gt;</p> <p>&lt;/dubbo:provider&gt;</p> </td> 
  </tr> 
 </tbody> 
</table>

### 3、配置原则 ###

dubbo推荐在Provider上尽量多配置Consumer端属性：

<table> 
 <tbody> 
  <tr> 
   <td> <p>1、作服务的提供者，比服务使用方更清楚服务性能参数，如调用的超时时间，合理的重试次数，等等</p> <p>2、在Provider配置后，Consumer不配置则会使用Provider的配置值，即Provider配置可以作为Consumer的缺省值。否则，Consumer会使用Consumer端的全局设置，这对于Provider不可控的，并且往往是不合理的</p> </td> 
  </tr> 
 </tbody> 
</table>

配置的覆盖规则：

1) 方法级配置别优于接口级别，即小Scope优先

2) Consumer端配置 优于 Provider配置 优于 全局配置，

3) 最后是Dubbo Hard Code的配置值（见配置文档）

![1466818-20190820203114668-1577736871.png][]

## 4、版本号 ##

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

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

在低压力时间段，先升级一半提供者为新版本

再将所有消费者升级为新版本

然后将剩下的一半提供者升级为新版本

<table> 
 <tbody> 
  <tr> 
   <td> <p>老版本服务提供者配置：</p> <p>&lt;dubbo:service interface="com.foo.BarService" version="1.0.0" /&gt;</p> <p>&nbsp;</p> <p>新版本服务提供者配置：</p> <p>&lt;dubbo:service interface="com.foo.BarService" version="2.0.0" /&gt;</p> <p>&nbsp;</p> <p>老版本服务消费者配置：</p> <p>&lt;dubbo:reference id="barService" interface="com.foo.BarService" version="1.0.0" /&gt;</p> <p>&nbsp;</p> <p>新版本服务消费者配置：</p> <p>&lt;dubbo:reference id="barService" interface="com.foo.BarService" version="2.0.0" /&gt;</p> <p>&nbsp;</p> <p>如果不需要区分版本，可以按照以下的方式配置：</p> <p>&lt;dubbo:reference id="barService" interface="com.foo.BarService" version="*" /&gt;</p> </td> 
  </tr> 
 </tbody> 
</table>

## 5、本地存根 ##

![1466818-20190820203134991-84213588.png][]

配置

![1466818-20190820203151266-1302019682.png][]

转载于:https://www.cnblogs.com/figsprite/p/11385439.html

[1466818-20190820203032948-1096224318.png]: /images/20230601/d8aef5b22b534d1fa6a8c66001df0d57.png
[1466818-20190820203114668-1577736871.png]: /images/20230601/dfe463d80a8b42128b73adf88f7887a9.png
[1466818-20190820203134991-84213588.png]: /images/20230601/86b16d56a1134e8d80fa343cd62ad57f.png
[1466818-20190820203151266-1302019682.png]: /images/20230601/8c8bce8dd22746bd8d3e9a32cd332cf8.png