dobbo配置约束
Posted yinz
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了dobbo配置约束相关的知识,希望对你有一定的参考价值。
此处主要记录dubbo配置的一些约束规则。
采用官网提供的原文,描述如下:
一、XML配置(官网原文)
以 timeout 为例:
- 方法级优先,接口级次之,全局配置再次之。
- 如果级别一样,则消费方优先,提供方次之。
其中,服务提供方配置,通过 URL 经由注册中心传递给消费方。
建议由服务提供方设置超时,因为一个方法需要执行多长时间,服务提供方更清楚,如果一个消费方同时引用多个服务,就不需要关心每个服务的超时设置。
注意:
1. 引用缺省是延迟初始化的,只有引用被注入到其它 Bean,或被 getBean()
获取,才会初始化。如果需要饥饿加载,即没有人引用也立即生成动态代理,可以配置:<dubbo:reference ... init="true" />
二、属性配置(官网原文)
如果公共配置很简单,没有多注册中心,多协议等情况,或者想多个 Spring 容器想共享配置,可以使用 dubbo.properties 作为缺省配置。
Dubbo 将自动加载 classpath 根目录下的 dubbo.properties,可以通过JVM启动参数 -Ddubbo.properties.file=xxx.properties
改变缺省配置位置。
JVM 启动 -D 参数优先,这样可以使用户在部署和启动时进行参数重写,比如在启动时需改变协议的端口。
XML 次之,如果在 XML 中有配置,则 dubbo.properties 中的相应配置项无效。
Properties 最后,相当于缺省值,只有 XML 没有配置时,dubbo.properties 的相应配置项才会生效,通常用于共享公共配置,比如应用名。
注意:
1. 如果 classpath 根目录下存在多个 dubbo.properties,比如多个 jar 包中有 dubbo.properties,Dubbo 会任意加载,并打印 Error 日志,后续可能改为抛异常。
2. 协议的 id 没配时,缺省使用协议名作为 id
以上是关于dobbo配置约束的主要内容,如果未能解决你的问题,请参考以下文章