dubbo的配置文件详解（举荐）

一、dubbo常用配置

<dubbo:service/> 服务配置，用于袒露一个服务，定义服务的元信息，一个服务可以用多个协定袒露，一个服务也可以注册到多个注册核心。

eg、<dubbo:service ref="demoService" interface="com.unj.dubbotest.provider.DemoService" />

<dubbo:reference/> 援用服务配置，用于新建一个长途服务代理，一个援用可以指向多个注册核心。

eg、<dubbo:reference id="demoService" interface="com.unj.dubbotest.provider.DemoService" />

<dubbo:protocol/> 协定配置，用于配置供给服务的协定信息，协定由供给方指定，消费方被动承受。

eg、<dubbo:protocol name="dubbo" port="20880" />

<dubbo:application/> 利用配置，用于配置目前利用信息，无论该利用是供给者还是消费者。

eg、<dubbo:application name="xixi_provider" />
    <dubbo:application name="hehe_consumer" />

<dubbo:module/> 模块配置，用于配置目前模块信息，可选。

<dubbo:registry/> 注册核心配置，用于配置连贯注册核心相干信息。

eg、<dubbo:registry address="zookeeper://192.168.2.249:2181" />

<dubbo:monitor/> 监控核心配置，用于配置连贯监控核心相干信息，可选。

<dubbo:provider/> 供给方的缺省值，当ProtocolConfig和ServiceConfig某属性没有配置时，采纳此缺省值，可选。

<dubbo:consumer/> 消费方缺省配置，当ReferenceConfig某属性没有配置时，采纳此缺省值，可选。

<dubbo:method/> 要领配置，用于ServiceConfig和ReferenceConfig指定要领级的配置信息。

<dubbo:argument/> 用于指定要领参数配置。

二、服务调用超时设置

上图中以timeout为例，显示了配置的查找次序，其它retries, loadbalance, actives也相似。

要领级优先，接口级次之，全局配置再次之。

要是级别同样，则消费方优先，供给方次之。

其中，服务供给方配置，通过URL经由注册核心通报给消费方。

倡议由服务供给方设置超时，由于一个要领需要施行多长工夫，服务供给方更分明，要是一个消费方同时援用多个服务，就不需要体贴每个服务的超时设置。

理论上ReferenceConfig的非服务标识配置，在ConsumerConfig，ServiceConfig, ProviderConfig均可以缺省配置。

三、启动时检查

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

要是你的Spring容器是懒加载的，或者通过API编程推迟援用服务，请关闭check，否则服务临时不可用时，会抛出异样，拿到null援用，要是check=false，总是会返回援用，当服务恢复时，能主动连上。

可以通过check="false"关闭检查，比方，测试时，有些服务不体贴，或者涌现了轮回依赖，必须有一方先启动。

1、关闭某个服务的启动时检查：(没有供给者时报错)

<dubbo:reference interface="com.foo.BarService" check="false" />

2、关闭所有服务的启动时检查：(没有供给者时报错)  写在定义服务消费者一方

<dubbo:consumer check="false" />

3、关闭注册核心启动时检查：(注册订阅失败时报错)

<dubbo:registry check="false" />

援用缺省是推迟初始化的，只要援用被注入到其它Bean，或被getBean()获取，才会初始化。

要是需要饥饿加载，即没有人援用也立刻生成动态代理，可以配置：

<dubbo:reference interface="com.foo.BarService" init="true" />

四、订阅

1、题目

为利便开发测试，经常会在线下共用一个所有服务可用的注册核心，这时，要是一个正在开发中的服务供给者注册，可能会影响消费者不能正常运转。

2、解决方案

可以让服务供给者开发方，只订阅服务(开发的服务可能依赖其它服务)，而不注册正在开发的服务，通过直连测试正在开发的服务。

禁用注册配置：<dubbo:registry address="10.20.153.10:9090" register="false" />

或者：<dubbo:registry address="10.20.153.10:9090?register=false" />

五、应声测试(测试服务是否可用)

应声测试用于检测服务是否可用，应声测试按照正常请求流程施行，能够测试整个调用是否畅达，可用于监控。
所有服务主动实现EchoService接口，只需将任意服务援用强迫转型为EchoService，即可运用。

eg、<dubbo:reference id="memberService" interface="com.xxx.MemberService" />

MemberService memberService = ctx.getBean("memberService"); // 长途服务援用
EchoService echoService = (EchoService) memberService; // 强迫转型为EchoService
String status = echoService.$echo("OK"); // 应声测试可用性
assert(status.equals("OK"))

六、推迟连贯

推迟连贯，用于减少长连贯数，当有调用发起时，再新建长连贯。

只对运用长连贯的dubbo协定生效。

<dubbo:protocol name="dubbo" lazy="true" />

七、令牌验证

防止消费者绕过注册核心访问供给者，在注册核心控制权限，以决议要不要下发令牌给消费者，注册核心可灵活转变授权方式，而不需修改或晋级供给者

1、全局设置开启令牌验证：
<!--随机token令牌，运用UUID生成-->
<dubbo:provider interface="com.foo.BarService" token="true" />

<!--牢固token令牌，相当于密码-->
<dubbo:provider interface="com.foo.BarService" token="123456" />

2、服务级别设置开启令牌验证：
<!--随机token令牌，运用UUID生成-->
<dubbo:service interface="com.foo.BarService" token="true" />

<!--牢固token令牌，相当于密码-->
<dubbo:service interface="com.foo.BarService" token="123456" />

3、协定级别设置开启令牌验证：
<!--随机token令牌，运用UUID生成-->
<dubbo:protocol name="dubbo" token="true" />

<!--牢固token令牌，相当于密码-->
<dubbo:protocol name="dubbo" token="123456" />

八、日志适配

缺省主动查找：log4j、slf4j、jcl、jdk

可以通过下列方式配置日志输出战略：dubbo:application logger="log4j"/>

访问日志：

要是你想记载每一次请求信息，可开启访问日志，相似于apache的访问日志。此日志量比较大，请注意磁盘容量。

将访问日志输出到目前利用的log4j日志：

<dubbo:protocol accesslog="true" />

将访问日志输出到指定文件：

<dubbo:protocol accesslog="http://10.20.160.198/wiki/display/dubbo/foo/bar.log" />

九、配置Dubbo缓存文件

配置要领如下：

<dubbo:registryfile=”${user.home}/output/dubbo.cache” />

注意：

文件的途径，利用可以依据需要调整，保证这个文件不会在发表历程中被革除。要是有多个利用进程注意不要运用统一个文件，以免内容被遮盖。

这个文件会缓存：

• 注册核心的列表
• 服务供给者列表

有了这项配置后，当利用重新启动历程中，Dubbo注册核心不可用时则利用会从这个缓存文件读取服务供给者列表的信息，进一步保证利用牢靠性。

以上就是本文的全部内容，但愿对大家的学习有所帮忙，也但愿大家多多支撑我们。